Как настроить проводки по НДФЛ для обособленных подразделений при обмене между ЗУП 3 и БП 3
Разбираем, почему при обмене ЗУП 3 и БП 3 НДФЛ по обособленным подразделениям уходит на 68.01.1 вместо 68.01.2, и показываем, что штатных настроек для этого нет. Три подхода к доработке с оценкой трудозатрат и влияния на обновления, плюс чек-лист проверки проводок на актуальных версиях.
При обмене между ЗУП 3 и БП 3 НДФЛ в 1С Бухгалтерии попадает на субсчет 68.01.1 всегда, включая сотрудников обособленных подразделений. Проводка Д70-К68.01.2, которая нужна обособленному подразделению, типовой конфигурацией не формируется. Штатной настройки для переключения субсчета в 1С Бухгалтерии нет: разделение субсчетов НДФЛ по обособленным подразделениям в типовой конфигурации не предусмотрено.
Задачу закрывает доработка конфигурации. Ниже разобрано, на каком шаге обмена теряется признак подразделения, какие настройки проверять бесполезно, какие подходы к доработке работают и как проверить результат на актуальных версиях ЗУП и БП, чтобы не получить расхождений в учете.
Почему при обмене ЗУП 3 и БП 3 НДФЛ попадает на субсчет 68.01.1
Схема стандартная: зарплата и НДФЛ считаются в ЗУП 3, сведения выгружаются и загружаются в БП 3, где отражаются в бухучете. Проблема возникает на последнем шаге.
Как работает обмен данными между ЗУП 3 и БП 3 в части НДФЛ
Последовательность выглядит так:
- В ЗУП 3 рассчитывается зарплата, исчисляется и удерживается НДФЛ по каждому сотруднику.
- Сведения о начислениях, удержаниях и выплатах выгружаются по правилам обмена.
- В БП 3 документы загружаются, и при отражении зарплаты к выплате формируются проводки.
- Субсчет кредита по НДФЛ проставляется по настройкам отражения в Бухгалтерии, а не по сведениям, пришедшим из ЗУП.
На четвертом шаге и теряется разделение. ЗУП 3 знает, что сотрудник числится в обособленном подразделении, но в проводку это не попадает: кредит 68.01.1 зашит в типовой логике отражения.
Почему типовая конфигурация не различает обособленные подразделения
В типовой 1С Бухгалтерии для расчетов по НДФЛ предусмотрен субсчет 68.01.1. Субсчет 68.01.2 автоматически не используется, правил, по которым программа выбирала бы его для сотрудников обособленных подразделений, в конфигурации нет. Это ограничение архитектуры, а не следствие неверной настройки. Ошибки в базе нет: механизм разделения просто не реализован.
Пример. Сотрудник работает в обособленном подразделении, НДФЛ с его дохода удержан. После обмена в Бухгалтерии появляется проводка Д70-К68.01.1. Для задачи нужна Д70-К68.01.2, и вручную она не подставляется. Разделение по субсчетам нужно для аналитики расчетов с бюджетом: по обособленным подразделениям налог перечисляют отдельно, привязка к своему ОКТМО и КПП помогает контролировать сальдо и не смешивать суммы разных подразделений.
Можно ли решить задачу штатными настройками 1С Бухгалтерии
Нет. В типовой конфигурации нет параметра, который переключает субсчет НДФЛ по обособленным подразделениям. Любая комбинация настроек даст тот же результат: проводка останется на 68.01.1.
Какие настройки проверяют в первую очередь и почему они не помогают
Таблица 1. Если таблица шире экрана, прокрутите её влево или вправо. С клавиатуры: перейдите к таблице клавишей Tab и используйте стрелки.
| Где ищут решение | Что ожидают найти | Фактический результат |
|---|---|---|
| Учетная политика, блок налогов и отчетов | выбор субсчета НДФЛ для подразделений | параметра нет, субсчет таким способом не настраивается |
| Настройки зарплаты и кадрового учета | привязку начисления к счету 68.01.2 | влияет на отражение начислений и взносов, но не на субсчет НДФЛ из обмена |
| Настройки обмена ЗУП 3 и БП 3 | передачу признака обособленного подразделения в проводку | правила обмена типовые, реквизит для выбора субсчета не передается |
| План счетов и субсчета | готовый субсчет 68.01.2 | субсчет в плане счетов есть, автоматического правила его выбора нет |
Вывод один: нужна доработка. Перед правкой убедитесь, что базы обновлены, потому что логика обмена меняется от версии к версии. Свежие изменения в Бухгалтерии разобраны в материале про обновление 1С:Бухгалтерия 3.0.200.23.
Какие есть подходы к доработке конфигурации для разделения субсчетов НДФЛ
Рабочих вариантов три. Они отличаются местом правки, трудозатратами и тем, насколько усложняют обновления.
Изменение правил обмена в ЗУП 3
В правила обмена добавляют реквизит, который передает принадлежность сотрудника к обособленному подразделению. В БП 3 этот реквизит используют при формировании проводки: если он заполнен, кредит ставится на 68.01.2.
Плюс: логика разделения хранится в одном месте, на стороне источника. Минус: правка затрагивает обе стороны, обработку загрузки в Бухгалтерии тоже придется дорабатывать. После обновления правил обмена в ЗУП доработку нужно переносить заново, иначе признак подразделения перестанет доходить до проводок.
Доработка модуля в 1С Бухгалтерии
Код, который формирует проводки по НДФЛ, меняют так, чтобы он анализировал подразделение сотрудника и выбирал 68.01.2 для обособленных подразделений. Вариант удобен, когда правила обмена трогать не хотят.
Плюс: правка в одной базе. Минус: измененный код типовой конфигурации при каждом обновлении приходится сравнивать и переносить. Риск ошибки здесь выше, чем при работе через расширение.
Использование расширения конфигурации
Расширение позволяет добавить свой код, не снимая конфигурацию с поддержки. Практический прием: подписка на событие при записи документа, в обработчике проверяется подразделение сотрудника и корректируется субсчет кредита в движениях.
Плюс: типовая конфигурация остается нетронутой, обновления проходят проще. Минус: расширение нужно сопровождать, часть внутренних процедур недоступна для перехвата, поэтому отдельные сценарии без правки модуля не закрываются.
Таблица 2. Если таблица шире экрана, прокрутите её влево или вправо. С клавиатуры: перейдите к таблице клавишей Tab и используйте стрелки.
| Подход | Где правка | Сложность | Влияние на обновления |
|---|---|---|---|
| Правила обмена | ЗУП 3 и БП 3 | средняя | правила обмена переносят заново после каждого обновления |
| Модуль БП 3 | 1С Бухгалтерия | высокая | правку сравнивают с типовой при каждом обновлении |
| Расширение | 1С Бухгалтерия | средняя | типовая конфигурация не меняется, расширение сопровождают отдельно |
Как протестировать результат доработки на актуальных версиях ЗУП и БП
Проверку делают на копии базы, не на рабочей. Обновления меняют логику обмена, поэтому тестировать нужно на тех версиях ЗУП 3 и БП 3, которые стоят в работе.
Создание тестового примера с сотрудником обособленного подразделения
- Заведите сотрудника с явной привязкой к обособленному подразделению.
- Начислите зарплату, рассчитайте и удержите НДФЛ в ЗУП 3.
- Выполните выгрузку и загрузку в БП 3 по тем же правилам обмена, что в рабочем контуре.
- Отразите выплату зарплаты и посмотрите проводки по счетам 70 и 68.01.
Проверка проводок и анализ ошибок
Что должно получиться в результате:
- по сотруднику обособленного подразделения кредит идет на 68.01.2;
- по сотруднику головного подразделения кредит остается на 68.01.1;
- суммы НДФЛ совпадают с данными ЗУП 3, дублей нет.
Типичные сбои после доработки:
- Проводка не меняется. Признак подразделения не доходит до обработки. Проверьте, заполняется ли реквизит на этапе загрузки.
- Ошибка при загрузке. Смотрите журнал регистрации: чаще всего причина в несовпадении структуры правил обмена после обновления.
- Дубли проводок. Обработчик расширения срабатывает повторно. Нужна проверка на уже существующие движения перед записью.
Перед сдачей отчетности прогоните общую проверку данных в ЗУП, чтобы расхождения по НДФЛ не наложились на ошибки доработки. Пошаговый порядок такой проверки описан в статье проверка данных в 1С:ЗУП перед сдачей отчетности за полугодие 2026.
Риски и ограничения при доработке конфигурации
- Обновления. Правку модуля сравнивают с типовой при каждой установке новой версии, расширение проверяют на работоспособность после обновления. Логика расчета и обмена меняется регулярно, пример таких изменений разобран в материале про обновление ЗУП 3.1.34.276.
- Сопровождение. Без программиста, который знает доработку, поддержка усложняется: новая учетная ошибка может долго искаться в нестандартном коде.
- Конфликты с типовыми механизмами. Возможны расхождения с типовым закрытием месяца и регламентными операциями по НДФЛ. Проверять стоит весь цикл, а не только одну проводку.
- Документирование. Опишите схему правки: где изменен код, какие события перехвачены, какими запросами проверить результат. Без этого следующая доработка начнется с нуля.
Альтернатива: ручная корректировка проводок
Если доработку нельзя сделать прямо сейчас, субсчет меняют вручную в проводках после обмена. Способ рабочий для единичных случаев и плохо масштабируется: при штате в десятки человек ручная правка каждый месяц отнимает время и дает ошибки. Как постоянное решение это не подходит, использовать стоит как временную меру до момента, когда доработка будет готова и протестирована.