Почему не все физические лица переносятся из ЗУП 3.1 в БП 3.0 при синхронизации и как это исправить?

Бухгалтер 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Бухгалтерский учет
← На главную

При настройке и выполнении синхронизации между программами 1С:Зарплата и управление персоналом 3.1 и 1С:Бухгалтерия предприятия 3.0 пользователи нередко сталкиваются с ситуацией, когда справочник Физические лица переносится не в полном объеме. Например, в базе ЗУП созданы сотни новых записей (в том числе загруженных из внешних систем), а после завершения обмена в БП появляется лишь часть сотрудников. Разберем основные причины такого поведения и выясним, как передать все необходимые данные.

Почему физические лица не попадают в обмен автоматически

Для понимания проблемы проанализируем принципы работы типового механизма обмена по формату EnterpriseData:

  1. Выгрузка по ссылке (по необходимости). В типовых правилах синхронизации справочник Физические лица не переносится сплошным списком. Элемент выгружается только тогда, когда на него есть ссылка в документе, попадающем в границы обмена (например, в документе Отражение зарплаты в бухучете или в ведомостях на выплату), либо если физлицо является действующим сотрудником организации, включенной в состав обмена. Если начислений и выплат по человеку за выбранный период не было, система отфильтрует его при формировании пакета.
  2. Режим выгрузки без детализации. Если в настройках синхронизации в ЗУП установлен флажок сводной выгрузки по организации, документ отражения зарплаты передается общей суммой без разбивки по сотрудникам. В этом случае физические лица также не выгружаются.
  3. Схлопывание записей при сопоставлении. В программе 1С:Бухгалтерия 3.0 сопоставление физических лиц выполняется по ключевым полям: СНИЛС, ИНН, комбинации ФИО и даты рождения. Если данные загружались из внешних таблиц и у части сотрудников реквизиты оказались не заполнены или продублированы, программа сопоставит несколько разных людей из ЗУП с одним элементом в БП.
  4. Ошибки валидации данных XDTO. Если карточка заполнена с нарушениями формата (например, некорректная длина СНИЛС или ФИО не разбито по полям Фамилия, Имя, Отчество), объект исключается из пакета отправки.

Способ 1. Принудительная регистрация изменений для обмена

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

  1. В программе ЗУП перейдем в меню Все функции (или Функции для технического специалиста).
  2. Откроем обработку Регистрация изменений для обмена данными.
  3. Выберем нужную настройку синхронизации с 1С:Бухгалтерия предприятия.
  4. В дереве метаданных найдем справочник Физические лица.
  5. Нажмем правой кнопкой мыши и выберем пункт Зарегистрировать изменения (или нажмем кнопку с лупой для выбора конкретных элементов).
  6. Повторно запустим процесс синхронизации данных.

Способ 2. Массовая перезапись элементов справочника

Если ручная регистрация изменений отфильтровывается правилами выгрузки, инициировать событие записи объектов можно групповым способом. Это избавит от необходимости открывать и вручную пересохранять сотни карточек.

  1. Откроем раздел Администрирование — Обслуживание — Корректировка данных.
  2. Запустим инструмент Групповое изменение реквизитов.
  3. В поле выбора выберем справочник Физические лица.
  4. При необходимости настроим отбор по тем элементам, которые не перенеслись в бухгалтерскую базу.
  5. В списке реквизитов выберем второстепенное поле (например, Комментарий) либо внесем незначительное изменение и нажмем Изменить реквизиты.

При выполнении групповой обработки срабатывает платформенное событие ПриЗаписи, которое автоматически ставит каждый измененный элемент в очередь на отправку в плане обмена.

Способ 3. Проверка сопоставления и дубликатов

Если в ЗУП 1600 физических лиц, а в БП появилось только 1100, обязательно проверим окно сопоставления данных в целевой базе:

  1. В 1С:Бухгалтерия 3.0 перейдем в Администрирование — Синхронизация данных.
  2. Откроем ссылку Предупреждения при синхронизации данных.
  3. Проверим закладку Несопоставленные данные: если часть физлиц ожидает ручного подтверждения, сопоставим их.
  4. Проверим закладку Конфликты и Ошибки и предупреждения, где фиксируются отказы при записи объектов.
  5. Воспользуемся встроенной обработкой Поиск и удаление дублей в обеих базах, чтобы исключить дублирование по СНИЛС и ИНН.

Способ 4. Прямой перенос справочника через универсальную выгрузку XML

Когда требуется перенести полный справочник физических лиц вне зависимости от начислений и зарплатных документов, самым надежным вариантом является прямой перенос:

  1. Воспользуемся универсальной обработкой Выгрузка и загрузка данных XML.
  2. В исходной базе ЗУП 3.1 отметим для выгрузки справочник Физические лица и сформируем файл выгрузки.
  3. В базе БП 3.0 откроем ту же обработку на вкладке Загрузка и загрузим созданный XML-файл.

Такой подход позволяет полностью перенести всю кадровую информацию без ограничений и фильтров правил EnterpriseData.

← На главную