Работает ли
Односторонний перенос данных из ЗП50 в БП 30 (с помощью обработки),
обработка для которого поставляется вместе с конфигурацией?
Очень уж не хочется использовать синхронизацию между ЗП50 и БП50, так как в ней нет необходимости.

Хорошо бы еще было бы, если бы разработчики добавили обработку для одностороннего переноса данных из ЗП50 в ERP20.
А также обработку по одностороннему переносу данных из КУ30 в ЗП50.

Очень уж неудобен механизм синхронизации. Его практически невозможно настроить между уже существующими базами.

Boris Nagornov пишет: Boris Nagornov пишет: Многие пользователи её используют, кто привык работать через обработки. Если мы узнаем что есть проблемы, то исправляем.
Boris Nagornov пишет: В планах нет, только если в рамках индивидуальной доработки через отдел внедрения (хотя на мой взгляд лучше один раз разобраться с настройкой механизма синхронизации).

Андрей Ланьшин пишет: В настройках разобрались. Осталось выполнить первичную синхронизацию между уже заполненными базами, что является нетривиальной задачей.
Особенно когда не требуется двусторонняя синхронизация.

Boris Nagornov пишет:
Да, согласен, задача по сопоставлению объектов не простая

Андрей Ланьшин пишет:
К тому же типовая синхронизация имеет следующий недостки:

1. При синхронизации изменения в базе-источнике безусловно переносятся в базу-приемник даже там, где в этом нет необходимости. Например, справочник Подразделения в КУ30 и ЗП50 имеет разную иерархию, так как так удобно кадровикам и расчетчикам. А при синхронизации подразделения из КУ30 безусловно изменяют иерархию в соответствующем справочнике ЗП. И этот процесс, похоже, никак не запретить.
А при одностороннем переносе с помощью обработки был флажок "Не изменять существующие объекты", позволяющий отключить несанкционированные изменения.
Если эту опцию можно добавить в правила обмена, то буду очень признателен.

2. При переносе с помощью обработки можно было назначить соответствие нескольких объектов из базы-источника одному объекту в базе-приемнике. Что было удобно использовать, например, при назначении разных подразделений КУ30 одному подразделению ЗП. (это используется, если не надо вести расчет зарплаты по подразделениям).
А при типовой синхронизации можно назначить соответствие только один-к-одному, и никак иначе.

3. После переноса документов из базы-источника с использованием синхронизации документ в базе-приемнике создаются. Но, если элементы справочников, используемые в этих документах, и на момент переноса документов не отсинхронизированы между базами, то вновь созданные в базе-приемнике документы не открываются для редактирования. И все... Перенос оказывается бесполезным.
Пусть документы можно было открыть для редактирования и заполнения недостающих реквизитов.

Это те недостатки, с которыми мы уже столкнулись.

1. Здесь пока можем посоветовать только корректировать состав отправляемых данных. Подумаем над аналогом флажка "Не изменять существующие объекты" (чтобы не выгружались те справочники, которые ранее были выгружены)
2. В типовом механизме синхронизации вроде как можно при первоначальной загрузке задать сопоставление нескольких элементов одному (у меня получилось)
3. Здесь ситуация странная. Пометкой объектов к переносу полностью занимается стандартный механизм платформы. Если у Вас к моменту переноса документов не перенесены справочники, то сложно определить причину этого по имеющейся информации (вроде как такого не должно быть, если конечно не выполнялись какие-либо сторонние, не типовые алгоритмы)

Спасибо за внимание!
Антон пишет:
Первая проблема как раз в том, как осуществить первоначальную синхронизацию.
Обе базы уже заполнены и в них идет активная работа.
При первоначальной синхронизации стандартный механизм хочет синхронизировать все имеющиеся в базах справочники, со всем мусором, все что нужно и не нужно. А нужно синхронизровать только нужные элементы. Но ненужные элементы нельзя удалить из списка синхронизации. Можно только использовать отбор перед этапом выгрузки из базы-источника. А для этого нужно вычислить те элементы, которые нужны.

А пока справочники не синхронизированы, решил выгружать только актуальные документы из базы-источника. Но при этом не выгружаются связанные с этими документами элементы справочников. Бог бы с ними, если бы была возможность после переноса документов их открыть и отредактировать. Но, без отсихронизированных элементов справочников перенесенные документы не открываются. А эту ситуацию, я думаю, можно как-то отработать разработчиком. Чтобы документы открывались в любом случае.

Без решения этих проблем пользоваться механизмом синхронизации не представляется возможным.

К предыдущему ответу добавить почти нечего. Могу только приложить инструкцию по синхронизации.

Антон пишет: Интересно узнать как задать при синхронизации сопоставление нескольких элементов одному!
Поделитесь опытом, пожалуйста!

Это отражено в инструкции, которую я выкладывал чуть выше. На этапе сопоставления объектов я специально сделал 2 новых объекта (должности) и без проблем привязал их к одному элементу.

Антон пишет: Очень содержательный ответ!

Инструкция - по первоначальной настройке.
Примера с должностями в ней нет.
Как при дальнейшей работе с синхронизацией можно осуществлять множественную привязку (сопоставление)?

Boris Nagornov пишет: Здравствуйте!
При дальнейшей работе необходимо создавать элементы справочников которые участвуют в синхронизации только в одной из программ, во второй они создаются автоматически при синхронизации.
Теоретически (предварительно сделав копию) сопоставление можно настроить, и при дальнейшей работе, редактируя содержимое служебного регистра сведений "Соответствия объектов информационных баз".