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

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

Синхронизация данных между 1С:Зарплата и управление персоналом и 1С:Бухгалтерия предприятия — это сложный механизм, который опирается на ПланыОбмена и правила регистрации изменений. Часто пользователи сталкиваются с тем, что документ Отражение зарплаты в бухучете успешно создается в целевой базе, но последующее изменение его статуса (установка флага «Зарплата отражена в бухучете») не передается обратно или в другую сторону. Рассмотрим, почему это происходит и как с этим работать.

Понимаем природу проблемы: авторегистрация изменений

Механизм ОбменДанными в 1С работает по принципу регистрации изменений объектов в ПланахОбмена. Чтобы система «узнала», что объект нужно отправить в другую базу, в таблице регистрации изменений должна появиться запись. Проблема заключается в том, что при простом редактировании проведенного документа (установке галочки) механизм платформы не всегда расценивает это действие как «существенное изменение данных», требующее повторной синхронизации. В итоге документ не попадает в очередь на отправку, и СинхронизацияДанных проходит «вхолостую».

Метод №1: Перепроведение документа

Самый простой способ, который подтверждается практикой пользователей — это перепроведение документа. Если после установки флага отражения в учете документ был просто записан, информация не уходит. Если же мы выполним следующие шаги, обмен сработает:

  1. Откроем проведенный документ в 1С:Бухгалтерия предприятия.
  2. Нажмем кнопку «Отменить проведение».
  3. Внесем изменения (поставим нужный флаг).
  4. Нажмем «Провести и закрыть».

В момент проведения платформа инициирует процедуру записи в ПланОбмена, и при следующем сеансе синхронизации информация гарантированно отправится в ЗУП. Это стандартное поведение системы, которое многие воспринимают как «танцы с бубном», но на деле это техническая особенность работы с РегистрациейИзменений.

Метод №2: Использование обработки «Регистрация изменений для обмена данными»

Чтобы не гадать, попал ли документ в очередь обмена, воспользуемся стандартным инструментом. В большинстве типовых конфигураций 1С существует обработка РегистрацияИзмененийДляОбменаДанными. Разберем, как с ней работать:

  1. Найдите данную обработку в меню «Администрирование» -> «Синхронизация данных» (в зависимости от релиза путь может отличаться, либо обработку можно открыть через Функции технического специалиста).
  2. Выберите нужный УзелОбмена (настройку синхронизации с ЗУП).
  3. В списке метаданных найдите документ ОтражениеЗарплатыВБухучете.
  4. Проверьте, есть ли конкретный документ в списке зарегистрированных к обмену.

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

Анализ состава отправляемых данных

Иногда полезно посмотреть настройки самого обмена. Проанализируйте, включен ли документ ОтражениеЗарплатыВБухучете в состав ПланаОбмена. Если вы видите, что при ручном перепроведении документ улетает в другую базу, значит, настройки ПланаОбмена верны, и проблема исключительно в логике срабатывания триггеров платформы при изменении реквизитов документа.

Почему не стоит паниковать из-за дат?

Пользователи часто переживают, что даты документов, которые приходятся на конец месяца, конфликтуют с датами синхронизации. На практике 1С корректно обрабатывает документы с любыми датами, если они входят в период обмена. Конфликт возникает не из-за дат, а из-за того, что статус документа меняется после того, как он уже был «зафиксирован» как отправленный объект в системе.

Если вы постоянно сталкиваетесь с данной проблемой, рекомендуется:

Помните, что обмен данными — это автоматизированный процесс, и любые «ручные» корректировки статусов документов могут требовать проверки очереди изменений, если вы не уверены в корректности передачи данных.

← На главную