Доброго времени суток. Есть ЕРП и БП, бухи хотят синхронизировать остатки номенклатуры (Номенклатура в базах разная, остатки тоже, надеюсь выправим пересчетом. Хочу ЕРПый код записать в артикул ном БП, чтоб иметь хоть какие-то ниточки). Как это лучше сделать?

Позвать специалиста

Какой смысл то в этом?

(1) +1

(0) а в чем вопрос-то? Как записать данные в реквизит справочника? Или что?

(2) Нужны одинаковые остатки
(4) Как обменяться ПТУ и РТУ ЕРП и БП?

(5) Оп-пля... Были же только ЕРПшный код и БПшный артикул? теперь неожиданно поступления с реализациями возникли на горизонте...

Используй конвертацию данных.

(5) "Нужны одинаковые остатки"
Стесняюсь спросить, по каким регистрам? Намекну, что в ERP данные бухучета формируются на основании данных оперативного и управленческого учета.

(7) Меня интересует, как передать РТУ и ПТУ в БП из ЕРП, а там пусть один двигаются сами по регистрам.

(8) Сочувствую вашей фирме.
Веб-сервисы, COM-обмен, обмен через файлы и еще куча способов.

(8) ты гуглить-то пробовал хоть немножко?

(8) и эту передачу РТУ и ПТУ сколько раз надо будет выполнять? Периодически? Т.е. нужен обмен выбранными видами документов и связанными с ними данными

Обмен в этом случае часто настраивают на основе универсального обмена, встроенного в конфигурации, по установленным правилам регистрации данных

Правила регистрации надо разработать самому. Делается это на конфигурации Конвертация данных.

интерсено, можно обняться номенклатурой через enterpricedata?

(11)Раз в день.
(8) Делаю это первый раз, знать ВСЁ нельзя. И я режил спросить у знающих людей. В чем твоя проблема? Ты оставил 5 сообщений в теме и ни одного дельного.

а бухгалтерия какая?

2 или 3

Пишу код в артикул, чтоб подцеплять номенклатуру при обмене. А от вас мне нужно, как правильно реализовать обмен документами и скорее всего СПР Номенклатура )

(16) 3

лучше всего проделать титаническую работу и синхронизировать номенклатуру, контрагентов договора, если делать кусками как сейчас потом косяков будет столько что будет очень проблематично разгрести

РТУ и ПТУ предполагает ведь:
номенклатура
контрагенты
договоры
банки
банковские счета
склады
пользователи
физ лица

то есть всю нормативку

(20)Остальное в более или менее приличном виде. Да и вопрос не в этом. Это будут следующие темы)
Вопрос: как правильно передать РТУ и ПТУ из ЕРП в БП. План обмена сгодится? Можно ли сделать это на основе типового плана обмена?

(20) вопрос не в этом.
Как реализовать обмен РТУ ПТУ между БП и ЕРП. Какой-нибудь типовой план обмена можно для этого запрячь?

у меня синхронизация ерп и бп 2, правила писал сам.
если с тройкой скорее всего можно использовать энтерпрайз дата. но я этим не занимался не подскажу.

(22) ты как-то странно кусками читаешь. Я написал там выше в (11) и (12)

(23) не обязательно там ентерпрайз. Точнее, возможно и на ней.

Но через универсальный обмен со своими правилами регистрации на КД2 это тоже делают.

Или полноценную конвертацию писать... Но для нормальной длительной работы лучше заменить номенклатуру, что в БП на получаемую из ERP.

Смысл всей синхронизации остатков номенклатуры будет именно в этом

(26) Предлагаешь удалить всю номенклатуру БП и залить всю из ЕРП?

(27) При синхронизации можно указать какая номенклатура БП соответствует базе ЕРП и наоборот. Остальная создастся как новая. Можно потом обработками по замене значений привести базы в нормальный вид.

(28)Если в РТУ, загружаемой из ЕРП, будет новая номенклатура, она сама создастся в БП?

(27) Когда у тебя на тестовых базах, а ты же на них это все протестишь, так ведь?
Настроишь и попробуешь передать просто один экземпляр документа ПТУ со связанными с ним данными, то увидишь результат.
Скорей всего, что появятся дубли. И для нормальной работы будет проще, если дублями будет считаться номенклатуры БП.

Но, не исключена еще такая ситуация - она очень часто встречается - некоторый список элементов в ERP в БП представлен одним элементом. Т.е. вся номенклатурная база в БП не нужна.
как бы "Свернутые" позиции номенклатуры.

Но это уже в правилах конвертации настраивать нужно, чтоб она заменялась "много в одну"

(29) создаваться будет. Если мы говорим о том же плане универсального обмена что там есть уже в БП

(29) Т.е. если ничего не настраивать нарочно, то при самом простом обмене все всегда будет садиться или создаваться по номенклатуре из ERP

(30) На тестовых.
"Но, не исключена еще такая ситуация - она очень часто встречается - некоторый список элементов в ERP в БП представлен одним элементом. Т.е. вся номенклатурная база в БП не нужна.
как бы "Свернутые" позиции номенклатуры." Можно подробней? При обмене, если вылезет уже существующая номенклатура по наименованию, к примеру, будет дубль? Конечно проще "заархивировать" БПшную номенклатуру, но как быть с остатками и тд по ней?

(32) гораздо лучше изначально делать дубли. потом их совместно разгребать.
если будете использовать тот способ который предложили, можно огрести гораздо больше проблем.

(32) а как быть зависит от того, что за дубли

(32) Я с мнением (33) согласен на 100%. Изначально лучше работать по номенклатуре, которая из ERP.
Если опыт наберете, задачу уточните в ходе эксплуатации, тогда уже можно будет посмотреть в сторону "сворачивания".

В любом случае, в самом начале вероятность дублей будет.

И приоритет. Остатки в БП не могут быть актуальными. Не делают так. Их синхронизируют с тем, что показывает ERP, но сама ERP работает только со своими остатками, а не берет их от тех, что в БП наколбасили бухи, а не МОЛ-ы

(32) Для описания данныъ позиций требуется постановка задачи, варианты решения, варианты описания различных ситуаций и варианты оптимизации остатков, если такие задачи есть, иначе смысла нет

(33),(35) В смысле "разгребать"? Предлагаете забить на БП, залить туда номенклатуру и остатки ЕРП и работать дальше с этим?

Ну в обратку лей - из БП в ERP - хрен редьки не слаще. Приоритет должен быть в той базе, где реально работает МОЛ

(38) Я не про то. Меня смущает то, что будут новые остатки в БП, грубо говоря база полностью ресетнется. У бухов с налоговой норм всё будет?

(39) Задай вопрос постановщику задачи

(39) так ты же про новые документы говоришь? Которых в базе у бухов не было еще?  Ясное дело, что входящие остатки - это отдельная проблема, а новые созданные документы от даты начала обмена отдельно.
Понятно, что если ты за старые периоды документы грузанешь, так у тебя не только номенклатура, но и сами документы задублируются. Правила на обмен писать надо, если нужно, чтоб документы не по УИД-ам садились в приемник, а по номер дата или как-то там еще и только в будущем и настоящем, но еще и в прошлом.

Ты обмены попробуй, протести, посмотри.

з.ы. Вспомнилось, что однажды в обменах не просто документы прилетали, а версионность еще была включена. Там еще и связи между документами надо было контролировать...

(41) Я не собираюсь старые документы лить. Но в базе же есть остатки по номенклатуре, а обмен создаст новую номенклатуру, как быть со старыми остатками?

(42) начинай писать обмен. Разверни КД2, поставь эксперимент, посмотри как это все работает. Как увидишь работающий обмен у себя перед глазами, так и придумаешь сразу, что нужно сделать, чтоб все было как нужно, а не как попало

я даже загуглил фразу " перенести документы между базами 1С с конвертацией данных "

вот ссылки

https://its.1c.ru/db/metod8dev/content/2943/hdoc

http://catalog.mista.ru/1c/articles/690292/

(42) >> обмен создаст новую номенклатуру.

То есть все остальные справочники (организации, контрагенты, договоры, подразделения, склады, статьи затрат, доходов и расходов, сотрудников и пр.) у тебя уже синхронизированы? Остался единственный вопрос с номенклатурой?
Так просто сделай так же как и со всеми остальными справочниками. В чем проблема?

(45) вангую, что у него проблема, что он там у себя в первый раз вообще столкнулся с обменами. А может и в потроха 1С толком не заглядывал дальше печатных форм.

Кажется есть смысл копать в сторону встроенной синхронизации в ERP с БП. Правда повозиться придется с первоначальным сопоставлением данных.
И походу ее с самого начала надо было настраивать.

(47) + Хотя то что в (30) описано будет проблема , если такое имеет место быть .