1С ЗУП выгрузка в Бухгалтерию 2026: EnterpriseData, проводки и борьба с дублями в отчётности

Конец квартала, бухгалтер открывает 6-НДФЛ — и в строке 020 сумма больше, чем в ЗУП на 187 тысяч. Лезет в БП: документы «Отражение зарплаты в бухучёте» за март пришли дважды. Один раз — типовой синхронизацией, второй раз — ручной загрузкой XML, когда «обмен завис». Заодно у двоих сотрудников задвоились начисления по 70 счёту, а у одного — два разных НДФЛ-кода ОКТМО, потому что обособленное подразделение в ЗУП завели позже, чем в БП. До сдачи 6-НДФЛ — четыре дня.

В нашей практике это типовой сценарий по связке ЗУП 3.1 + БП 3.0: обмен формально настроен, регламент зелёный, но в Бухгалтерии — задвоенные «Отражения зарплаты», битый учёт по 68.01 и расхождения при сверке НДФЛ/взносов. Обычно причина не в самой платформе 1С, а в настройках способов отражения, регистрации в налоговом органе, даты запрета загрузки и состава отправляемых данных.

Ключевые факты

• Типовая синхронизация ЗУП ↔ БП 3.0 работает на уровне документов и справочников. В экосистеме 1С для обмена используется XML/XDTO и универсальный формат EnterpriseData; конкретный состав данных зависит от релизов и настроек обмена.
• Механизм обмена может быть двусторонним, но для зарплатного контура безопаснее закрепить рабочую ответственность: расчёт, НДФЛ и взносы ведутся в ЗУП, а в БП принимаются документы для бухгалтерского учёта и платежей. Два документа, которые нужно сверять в первую очередь: «Отражение зарплаты в бухучёте» и «Ведомость на выплату зарплаты».
• Проводки в БП могут не сформироваться автоматически при загрузке. Если флажок «Зарплата отражена в бухгалтерском учёте пользователем» не установлен, документ «Отражение зарплаты в бухучёте» появляется в БП, но бухгалтер должен проверить его и принять к учёту.
• Регистрация в налоговом органе в ЗУП должна быть актуальна на дату документа отражения. Если «Сведения о регистрации действуют с» позже даты документа, поле ИФНС не заполнится → в БП документ не проведётся → 6-НДФЛ соберётся с дырой.
• Дата запрета загрузки/изменения в БП — частая причина «не дошедших» документов. Документ из ЗУП за прошлый период не принимается, а искать его надо в предупреждениях синхронизации и журнале регистрации.
• При смене обособленных подразделений и регистраций в ИФНС в середине года риск дублей по ОКТМО/КПП выше. В доработках типового обмена отдельно проверяют, участвует ли справочник «РегистрацииВНалоговомОргане» в плане обмена и правилах конвертации; если нет — регистрации приходится синхронизировать или сопоставлять отдельно.
• Способ отражения зарплаты должен быть заполнен и сопоставлен до первой синхронизации. В ЗУП это наименование способа, а в БП — уже счёт, статья затрат и аналитика; без настройки на стороне БП проводки не будут полезны бухгалтеру.

Сравнение способов выгрузки ЗУП → БП

Типовой обмен бесплатный, но привязан к согласованным релизам ЗУП и БП. Стоит обновить одну базу без второй — XDTO-пакеты EnterpriseData_1_x_x расходятся, и часть документов либо не доходит, либо приходит с пустыми полями (например, без регистрации в ИФНС). Подробнее о сравнении типового обмена с REST — в статье Интеграция 1С через API и OData.

Разбор из практики: как ломается «зелёная» синхронизация ЗУП → БП

Производственная компания, ЗУП 3.1 + БП 3.0, обособка в другом регионе открылась с 1 марта 2026. В ЗУП регистрацию в новой ИФНС бухгалтер по кадрам завёл 12 марта, в БП — 5 марта (опередив ЗУП). До 12 марта успели рассчитать аванс по двум сотрудникам обособки. После синхронизации в БП проводки по этим сотрудникам ушли на старую регистрацию (головной офис), а в 6-НДФЛ за квартал появились две строки с одинаковыми ФИО, но разными ОКТМО и КПП. Лечение: в ЗУП в карточке организации вернули дату начала действия регистрации обособки на 01.03.2026, перепровели документы начислений за март (это перерегистрировало привязку к ИФНС), перезаполнили «Отражение зарплаты в бухучёте» и заново отправили в БП через состав отправляемых данных с пометкой «Зарегистрировать». В БП руками удалили задвоенные документы за период до 12 марта.

Вывод: дата регистрации в налоговом органе в ЗУП должна быть не позже даты самого раннего документа отражения за период. Это та проверка, которую типовая синхронизация не делает — она просто отправляет то, что есть.

Практическая диагностика перед повторной выгрузкой

Если обмен уже дал дубли или пропуски, не запускайте синхронизацию повторно «для проверки». Сначала зафиксируйте снимок обеих баз и пройдите короткий маршрут диагностики. Он занимает 30-60 минут, зато показывает, где именно сломалась цепочка: в регистрации документа к отправке, в запрете загрузки, в сопоставлении справочников или уже в проведении документа в БП.

1. В ЗУП откройте настройки синхронизации и проверьте месяц начала использования. Документы с месяцем раньше этой даты могут не зарегистрироваться к отправке даже принудительно.
2. В БП проверьте «Дата запрета загрузки» и вкладку предупреждений «Непринятые по дате запрета». Это первый экран, если ЗУП считает документ выгруженным, а в БП его нет.
3. Сверьте один проблемный месяц по документам, а не по итогам отчёта. В ЗУП: «Отражение зарплаты в бухучёте» и ведомости. В БП: одноимённые документы, их дата, организация, сумма, признак отражения в учёте.
4. Проверьте регистрацию в налоговом органе на дату документа. Для обособки дата начала действия регистрации должна покрывать самый ранний документ периода; иначе в строках НДФЛ появляется пустая или старая регистрация.
5. Сравните способы отражения и подразделения по кодам. Одного одинакового названия недостаточно: в БП у способа должны быть счёт затрат, статья затрат и нужная аналитика.
6. После исправления регистрируйте к отправке только нужный объект. Массовая повторная выгрузка всего года часто создаёт больше дублей, чем исправляет.

Диагностическая карта рисков

Типичные ошибки при выгрузке ЗУП → БП

1. Документ «Отражение зарплаты в бухучёте» пришёл, но проводок нет. Бухгалтер не принял документ к учёту или в БП не заполнена аналитика способа отражения. Проверка: открыть журнал «Отражение зарплаты», сам документ и справочник «Способы учёта зарплаты». Без проведения ОСВ по 70 будет с разрывом.
2. Не заполняется регистрация в налоговом органе. В ЗУП «Сведения о регистрации действуют с» позже даты документа отражения. В БП документ загружается, но колонка ИФНС на вкладке НДФЛ пустая — и при попытке отразить выскакивает ошибка. Лечится откатом даты начала регистрации в ЗУП и перепроведением документов начислений.
3. Дубли начислений на счёте 70. Возникают при первичной синхронизации, если в БП до подключения обмена уже вели зарплату вручную. Проверка: в БП ОСВ по 70, расшифровать обороты за период первичной синхронизации; задвоенные строки — удалить либо в ЗУП-стороне, либо в БП-ручных. Перед очисткой обязательно сделать копию обеих баз и зафиксировать, какой документ является источником дубля.
4. Документы не загружаются за нужный период. В БП включена дата запрета загрузки/изменения на период документа. ЗУП может считать объект отправленным, а в БП он окажется в предупреждениях или «непринятых» по дате запрета. Решение — принять версию из предупреждений либо временно сдвинуть запрет после резервной копии.
5. Дубли строк в 6-НДФЛ при смене ИФНС или обособленных подразделениях. Изменения регистрации не всегда доезжают в БП тем способом, который ожидает бухгалтер. В доработанных правилах обмена проверяют участие справочника «РегистрацииВНалоговомОргане» и сопоставление по КПП/коду ИФНС/ОКТМО; без этого в БП остаётся старая привязка, а отчётность расходится по строкам.
6. Расхождения структур подразделений между ЗУП и БП. В ЗУП — пять подразделений по «штатке», в БП — одно. После синхронизации проводки по способам отражения собираются «не туда», ОСВ по 26/44 — каша. Решение: в ЗУП на стороне обмена выстроить таблицу соответствия подразделений БУ ↔ ЗУП, в правилах переопределять подразделение по этой таблице.
7. Не выгружаются отдельные виды документов. Часто — потому что они и не должны выгружаться по составу обмена. Проверка: в ЗУП «Администрирование → Синхронизация данных → Состав отправляемых данных». Если нужного типа нет в списке — добавить и нажать «Зарегистрировать», иначе следующая синхронизация его проигнорирует.
8. Не заполнен способ отражения зарплаты в учётной политике. В ЗУП в «Реквизиты организации → Учётная политика и другие настройки → Бухучёт и выплата зарплаты» поле «Способ отражения» пустое. Проводки в БП либо не формируются, либо собираются без нужной аналитики. Особенно заметно это при выборе между 20, 26, 44 и 91.02.

Как Синхрон1С устроен иначе

Вместо типовой связки «настроил и забыл, пока бухгалтер не закричит» — обмен через web-сервисы 1С + слой мониторинга поверх.

Что настраивается:

Мониторинг: при попадании документа в «Не приняты по дате запрета», «Конфликт версий», «Регистрация в ИФНС не заполнена» или «Документ отражения не проведён 3 дня» — уведомление в Telegram с конкретикой: «отражение зарплаты за март 2026 по обособке КПП 631050001 пришло в БП, но не заполнена регистрация в налоговом органе — проверьте дату начала регистрации в ЗУП». Не «что-то не так», а действие, которое можно сделать прямо сейчас.

Как настроить за 3 шага

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

Шаг 2. Специалист сверяет версии EnterpriseData в обеих базах, проверяет регистрации в ИФНС и даты запрета изменения, настраивает соответствие подразделений и способов отражения, разбирает накопленные предупреждения и подключает мониторинг в Telegram.

Шаг 3. В Telegram приходят только реальные проблемы: пропущена регистрация в ИФНС, документ не отражён в учёте, конфликт версий релизов. Не «зелёный» регламент при пустом обмене.

Telegram-бот Синхрон1С: автоматическая синхронизация ЗУП и Бухгалтерии с алертами по 6-НДФЛ и РСВ

Часто задаваемые вопросы

Что именно передаётся из ЗУП в Бухгалтерию? Минимум, который почти всегда важен для бухучёта: «Отражение зарплаты в бухучёте» и ведомости на выплату зарплаты, плюс справочники, которые участвуют в этих документах. Официальная таблица 1C Fresh также описывает передачу депонирования, займов, оценочных обязательств и части регламентированных данных — поэтому состав обмена надо смотреть в настройках конкретной пары ЗУП/БП, а не предполагать по названию обмена.

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

Почему в 6-НДФЛ дубли строк по одному сотруднику с разными ОКТМО? Скорее всего, в ЗУП изменили регистрацию в ИФНС задним числом (например, при открытии обособки), а документы за переходный период уже ушли в БП со старой привязкой. Лечение: вернуть дату начала действия новой регистрации в ЗУП, перепровести документы начислений, перезаполнить отражение, заново зарегистрировать на обмен через «Состав отправляемых данных». В БП старые «промежуточные» документы — удалить или сторнировать.

Можно ли сделать обмен двусторонним? Технически механизм синхронизации двусторонний: часть признаков и документов может возвращаться из БП в ЗУП. Практически лучше закрепить роли: ЗУП остаётся источником расчёта зарплаты, НДФЛ и взносов, БП — местом бухгалтерского проведения и закрытия месяца. Если пользователи правят одни и те же справочники в обеих базах, конфликты и дубли становятся вопросом времени.

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

Подходит ли это для 1С:Фреш? Для типовой синхронизации ЗУП и БП во Фреше — да, это штатный сценарий. Для внешнего мониторинга и web-сервисов надо отдельно смотреть доступы, тариф, права пользователя и схему размещения баз: у одной организации, у клиента и аутсорсера или в разных контурах. В проекте мы сначала проверяем, что разрешено в вашем варианте Фреша, и только потом выбираем транспорт.

Нужно ли начинать первичную синхронизацию с января? Не всегда. Безопасный период выбирают после сверки: если в БП уже вручную отражали зарплату за январь-март, первичная загрузка этих же документов из ЗУП даст дубли. В таком случае либо чистят ручные документы и загружают период заново, либо начинают обмен с месяца, где БП ещё не содержит ручного отражения. Решение принимается по ОСВ 70/69/68 и списку документов, а не по календарю.

Как понять, что проблема в релизах или формате обмена, а не в настройках бухгалтера? Признак релизной проблемы — документы приходят частично: есть сам документ, но пропадают отдельные реквизиты, табличные части или новые виды операций после обновления одной базы. Тогда проверяют версии ЗУП и БП, формат обмена и журнал регистрации на тестовой копии. Если же документ вообще не появляется, чаще виноваты дата запрета загрузки, месяц начала использования или незарегистрированный объект к отправке.

Смотрите также

• Выгрузка из 1С УТ в Бухгалтерию: EnterpriseData и НДС 5/7%
• Интеграция 1С УТ и Бухгалтерия: обмен данными
• Выгрузка из 1С в другую базу: перенос данных
• Регламентные задания 1С: автоматизация без программиста
• Бесшовная интеграция 1С с документооборотом
• Автоматическая выгрузка из 1С по расписанию

Стоимость интеграции — 30 000 ₽ за проект, включая разбор накопленных дублей в БП, настройку соответствия подразделений и способов отражения, проверку регистраций в ИФНС и подключение мониторинга в Telegram. Напишите в Telegram: @onoutnoxon — настроим под ваши релизы ЗУП и БП и структуру обособок.

Подробнее о возможностях — на странице Синхрон1С.

Источники

• 1C Fresh, «Передача данных при синхронизации приложений 1C:Бухгалтерия 8 и 1C:Зарплата и управление персоналом 8»: https://1cfresh.com/articles/data_sync_ea-hrm_data
• 1C Fresh, сводная таблица обменов HRM/BP, PDF: https://1cfresh.com/resources/images/content/articles/svod_tabl_obmenov/hrm_bp.pdf
• 1C Fresh EDU, «Документ "Отражение зарплаты в учете". Отчет "Сведения для отражения зарплаты в бухучете"»: https://edu.1cfresh.com/articles/1Cpred080823-114
• 1C Fresh EDU, «Способы отражения зарплаты в учете»: https://edu.1cfresh.com/articles/vbu_9_1
• 1С:Предприятие 8, XDTO как механизм обмена XML-данными: https://v8.1c.ru/platforma/xdto/
• SCloud, «Исправление ошибок синхронизации ЗУП 3.1 - БП 3.0»: https://scloud.ru/ask_question/nastroyka-sinkhronizatsii/ispravlenie-oshibok-sinkhronizatsii-zup-3-1-bp-3-0/
• KoderLine, доработка типового плана обмена ЗУП 3 и БП 3 с участием справочника «РегистрацииВНалоговомОргане»: https://www.koderline.ru/expert/instruktsii/article-obmen-mezhdu-bazami-1s-8-3-dorabotka-tipovogo-plana-obmena-sinkhronizatsii-mezhdu-konfiguratsiyami-1/?set_city_id=719

AI-инструмент использовался для структурной проверки и поиска точек сверки; факты, источники, практическую диагностику и финальную редактуру проверил Александр Руин. Дата проверки: 2026-05-04. Убраны неподтверждённые внешние источники, утверждения сверены с материалами 1C Fresh/1С и практическими разборами ошибок синхронизации ЗУП 3.1 ↔ БП 3.0.