Почему не заполняется «Регистрация в налоговом органе» в документе «Отражение зарплаты в бухучете» после синхронизации ЗУП 3.1 и БП 3.0?

← На главную

Синхронизация данных между 1С:Зарплата и управление персоналом 3.1 и 1С:Бухгалтерия предприятия 3.0 — стандартный процесс, однако пользователи часто сталкиваются с ситуацией, когда документ Отражение зарплаты в бухучете переносится не полностью. Одной из самых распространенных проблем является незаполненная колонка «Регистрация в налоговом органе» на вкладке «Начисленный НДФЛ». Это блокирует проведение документа и требует ручного вмешательства, что сводит на нет все преимущества автоматизации.

В этой статье мы подробно разберем причины этой ошибки и рассмотрим пошаговые алгоритмы её исправления, основываясь на внутреннем устройстве конфигураций и опыте специалистов.

Разберем механику поиска регистрации в налоговом органе

Для начала проанализируем ситуацию: почему в ЗУП поле заполнено, а в Бухгалтерии оно пустое? Важно понимать, что в табличной части документа Отражение зарплаты в бухучете реквизита РегистрацияВНалоговомОргане технически не существует. То, что мы видим в пользовательском интерфейсе — это расчетная колонка. Данные для её отображения программа пытается «собрать» из скрытых служебных реквизитов той же табличной части:

КодНалоговогоОргана;
КПП;
ОКТМО.

Алгоритм БП 3.0 при открытии формы документа считывает эти строковые данные и ищет соответствующий элемент в справочнике Регистрации в налоговом органе. Если точного совпадения по всем трем полям не найдено, колонка остается пустой.

Решение 1: Проверка идентичности строковых реквизитов

Самая простая и частая причина — несоответствие кодов. Рассмотрим этот момент подробнее. Программа ищет сопоставление по строкам, поэтому даже лишний пробел или разное количество знаков в ОКТМО (например, 8 знаков в одной базе и 11 в другой) приведет к ошибке.

Откроем справочник Регистрации в налоговом органе в обеих базах.
Сверим КПП, ОКТМО и Код налогового органа. Они должны быть идентичны до каждого знака и символа.
Выясним причину возможного дублирования: часто в Бухгалтерии заведены две карточки регистрации с одинаковыми кодами. Если это так, необходимо удалить дублирующую позицию и убедиться, что в организации или подразделении выбрана верная запись.

Решение 2: Сопоставление объектов через GUID

Иногда коды совпадают, но синхронизация все равно работает некорректно. Это происходит, когда объекты в ЗУП и БП были созданы вручную и имеют разные внутренние идентификаторы (GUID). Система EnterpriseData может не «узнать» объект, если он не связан правилами сопоставления.

Проанализируем ситуацию через настройки обмена:

Перейдем в раздел Администрирование — Синхронизация данных — Настройки синхронизации.
Откроем Состав отправляемых данных.
Найдем справочник Регистрации в налоговом органе.
Если есть несопоставленные объекты, выполним сопоставление вручную, выбрав соответствующие записи из обеих баз.

Решение 3: Работа с регистром «История регистраций» (для версий 3.0.60 и выше)

Начиная с релиза 3.0.60, логика поиска регистрации в БП 3.0 изменилась. Теперь программа обращается не напрямую к справочнику, а к регистру сведений История регистраций в налоговом органе. Если запись в этом регистре отсутствует или её дата позже, чем дата документа Отражение зарплаты, поле не заполнится.

Рассмотрим порядок действий для проверки регистра:

В Бухгалтерии откроем карточку Организации (или Подразделения, если оно обособленное).
Найдем гиперссылку Изменить регистрацию или История.
Убедимся, что на дату формирования документа (например, последний день месяца) существует актуальная запись с верными реквизитами.

Решение 4: Особенности для версии ПРОФ (Обособленные подразделения)

В версии БП ПРОФ нет штатного функционала ведения учета по обособленным подразделениям (это прерогатива версии КОРП). Однако данные из ЗУП могут приходить в разрезе разных регистраций ИФНС. В этом случае скрытые реквизиты в справочнике Подразделения все равно присутствуют, но они недоступны для редактирования в интерфейсе.

Для исправления ситуации в версии ПРОФ можно использовать «лайфхак» с обработкой Групповое изменение реквизитов:

Выберем объект Подразделения.
В настройках (кнопка «Дополнительные параметры») включим отображение служебных реквизитов.
Найдем реквизит Регистрация в налоговом органе и установим его принудительно для нужных подразделений.

Если же требуется программное исправление регистра истории для подразделений в версии ПРОФ, можно использовать небольшой фрагмент кода в обработке:


МенеджерЗаписи = РегистрыСведений.ИсторияРегистрацийВНалоговомОргане.СоздатьМенеджерЗаписи();
МенеджерЗаписи.Организация = Объект.Организация;
МенеджерЗаписи.СтруктурнаяЕдиница = СсылкаНаПодразделение;
МенеджерЗаписи.Период = ДатаНачалаМесяца;
МенеджерЗаписи.РегистрацияВНалоговомОргане = НужнаяРегистрация;
МенеджерЗаписи.Записать();

Решение 5: Обновление формата EnterpriseData

Иногда причина кроется в конфликте версий формата обмена. Если ЗУП обновлена до последней версии, а БП — нет (или наоборот), состав пакета XML может не содержать данных о регистрации.

Рекомендуется проверить в настройках синхронизации версию формата EnterpriseData (например, 1.13). В обеих конфигурациях должна быть выбрана максимально доступная общая версия.

Подведем итоги

Если после синхронизации вы видите пустое поле регистрации, выполните следующие действия в указанном порядке:

Проверьте строковое соответствие КПП и ОКТМО в обеих базах.
Перезаполните документ: иногда достаточно в документе Отражение зарплаты в БП нажать Еще — Перезаполнить по сведениям о регистрации.
Актуализируйте историю: проверьте дату в регистре История регистраций в налоговом органе.
Свяжите объекты: убедитесь через сопоставление данных, что базы «понимают», что это одна и та же налоговая инспекция.

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