В процессе работы с программами 1С:Зарплата и Управление Персоналом 3.1 и 1С:Бухгалтерия Предприятия 3.0 пользователи часто сталкиваются с ситуацией, когда документы Отражение зарплаты в бухучете не попадают в обмен. Даже если синхронизация настроена верно и остальные документы (например, ведомости) переносятся без проблем, именно «Отражение» может игнорироваться системой регистрации. Разберем по шагам, почему это происходит и как заставить документы мигрировать в бухгалтерскую базу.
Первым делом проанализируем настройки самой синхронизации. Часто проблема кроется в банальной несогласованности дат. В настройках обмена (раздел Администрирование — Синхронизация данных — Настройки синхронизации данных) существует параметр «Дата начала выгрузки». Если документ создан за период (месяц), который предшествует этой дате, он не будет зарегистрирован к обмену автоматически.
Рассмотрим ситуацию: вы создали новые документы за прошлый год, чтобы исправить учет. Даже если текущая дата документа — сегодняшняя, правила обмена анализируют период регистрации (месяц начисления), указанный в шапке документа. Если в настройках синхронизации стоит ограничение, например, «с 01.01.2021», а документ за август 2020 года, обмен его пропустит.
Важный нюанс: при изменении даты начала выгрузки в настройках синхронизации обязательно нужно нажать кнопку «Записать и закрыть». Как показывает практика, простые изменения в поле даты без окончательного сохранения формы могут не примениться, и система продолжит использовать старый фильтр. После изменения даты рекомендуем заново перепровести нужные документы или зарегистрировать их вручную через монитор состава отправляемых данных.
В конфигурации ЗУП 3.1 документ Отражение зарплаты в бухучете имеет специфический механизм готовности к обмену. Разберем, за что отвечает флажок «Зарплата отражена в бухучете пользователем», который находится в нижней части формы документа.
Пока этот флаг не установлен, документ считается черновиком. С точки зрения логики 1С, данные в нем могут быть не окончательными, поэтому правила обмена настроены так, чтобы игнорировать документы без этой отметки. Если вы создали документ, заполнили его, но не поставили галочку — он не будет перенесен.
Проанализируем ситуацию, когда флаг стоит, но обмена нет:
Эти действия принудительно инициируют событие записи объекта в ПланОбмена, что может помочь, если автоматическая регистрация по какой-то причине дала сбой.
Бывают случаи, когда вы пытаетесь зарегистрировать документы вручную через обработку «Регистрация изменений для обмена», выбираете конкретные объекты, но система сообщает: «Зарегистрировано 0 объектов». Это означает, что срабатывает программный фильтр в правилах регистрации (Exchange Rules).
Выясним причины такого поведения:
Способ отражения или Подразделение), правила могут блокировать выгрузку такого «неполноценного» объекта.Даже если в ЗУП все настроено идеально, принимающая сторона (Бухгалтерия) может блокировать поступление данных. Посмотрим на настройки в БП 3.0. В этой конфигурации, помимо общей даты запрета изменений, может быть установлена «Дата запрета загрузки данных» (раздел Администрирование — Синхронизация данных).
Если вы пытаетесь передать документы за 2020 год, а в Бухгалтерии установлена дата запрета загрузки «31.12.2020», то при обмене ЗУП получит квитанцию о невозможности загрузки этих объектов. В некоторых случаях это приводит к тому, что объекты удаляются из очереди регистрации в ЗУП, так как система считает попытку передачи завершенной (пусть и с ошибкой на стороне приемника).
Если стандартные способы не помогают, выполним техническую проверку работоспособности правил. Попробуйте создать абсолютно новый, пустой документ Отражение зарплаты в бухучете за тот же месяц, заполнив в нем только основные реквизиты шапки и одну строку в табличной части. Установите флаг готовности и попробуйте зарегистрировать его к обмену.
Если «пустышка» регистрируется и переносится, значит проблема в данных конкретного старого документа. Если же даже новый документ не регистрируется — проблема в общих настройках обмена (фильтры по дате, организации или кэш правил).
В редких случаях, особенно после обновления конфигураций, внутренние идентификаторы метаданных могут начать конфликтовать с закэшированными правилами. Рассмотрим последовательность действий для «сброса» настроек:
Это заставляет систему переинициализировать параметры обмена. Также стоит убедиться, что используются типовые правила. Если вы используете доработанные правила обмена, проверьте их в расширении или через обработку «Регистрация изменений», нет ли там жестких условий в коде на проверку даты документа.
В заключение отметим, что наиболее эффективным методом принудительного переноса остается ручная регистрация через Состав отправляемых данных, но она будет работать только в том случае, если документ прошел все логические проверки правил 1С, включая установленный флаг «отражено пользователем» и попадание в разрешенный период выгрузки.