Многие компании сталкиваются с необходимостью перехода со старого формата обмена данными (по правилам конвертации) на более современный универсальный формат EnterpriseData между конфигурациями 1С:Зарплата и Управление Персоналом (ЗУП) и 1С:Бухгалтерия предприятия (БП). Главная проблема при таком переходе заключается в том, что первоначальное сопоставление объектов в новой синхронизации может занять у бухгалтеров значительное время — иногда до целой недели. Прерывать действующие обмены на этот срок крайне нежелательно. Разберем подробно, как можно решить эту задачу, минимизировать ручной труд и избежать потери данных.
Рассмотрим ситуацию, когда мы решаем запустить обе синхронизации параллельно. Платформа 1С позволяет создать два независимых узла обмена. Технически они будут работать. Если для обмена используются файлы или FTP, рекомендуется создать отдельный каталог обмена для нового узла, чтобы файлы сообщений не перекрывали друг друга. Перед любыми экспериментами обязательно проверяем схему на копии баз.
Однако параллельная работа старой и новой синхронизации несет в себе существенные риски, которые мы должны проанализировать:
Кроме того, нужно учитывать, что старый формат обмена поддерживается разработчиками по остаточному принципу. Поэтому переход на EnterpriseData настоятельно рекомендуется, но выполнять его лучше не параллельно, а путем бесшовной замены одного узла на другой.
Чтобы избавить бухгалтеров от необходимости тратить дни на ручное сопоставление элементов в новой синхронизации, мы можем использовать технический способ автоматического переноса уже существующих и выверенных связей из старого обмена в новый.
Выясним причину, почему это возможно. С технической точки зрения механизмы Библиотеки стандартных подсистем (БСП) хранят настройки сопоставления для разных форматов обмена в разных регистрах сведений. Наша задача — программно скопировать эти записи.
В старом обмене данные о связях хранятся в регистре сведений СоответствияОбъектовИнформационныхБаз. Для формата EnterpriseData механизмы БСП используют другие регистры: ДанныеОбъектовДляРегистрацииВОбменах и ПубличныеИдентификаторыСинхронизируемыхОбъектов.
Разберем по шагам, как именно мы можем выполнить переход с сохранением всех настроек:
СоответствияОбъектовИнформационныхБаз и аккуратно запишет их в новые регистры (ДанныеОбъектовДляРегистрацииВОбменах и ПубличныеИдентификаторыСинхронизируемыхОбъектов). Эту операцию необходимо выполнить в обеих базах.Посмотрим на то, какие плюсы мы получаем после успешного перехода на новый формат обмена между ЗУП и БП:
Важное ограничение: Проанализируем специфическую ошибку, которая может возникнуть. В некоторых релизах конфигураций выявлена особенность: если в настройках обмена отключена детализация по сотрудникам, то при выгрузке удержанной зарплаты новые (еще не участвовавшие в обмене и не синхронизированные) сотрудники могут загружаться в БП в виде «<Объект не найден>». Чтобы избежать этой проблемы, необходимо внимательно следить за актуальностью используемых версий формата. Для корректной работы настоятельно рекомендуется использовать версию формата EnterpriseData не ниже 1.10.