← На главную

При работе в программах 1С:Зарплата и управление персоналом (ЗУП 3.1) и 1С:ЗУП государственного учреждения (ЗУП ГУ) пользователи часто сталкиваются с ситуацией, когда в ведомости на выплату зарплаты колонка «НДФЛ к перечислению» (или «НДФЛ к удержанию» в новых редакциях) не заполняется автоматически. Чтобы разобраться в причинах этой проблемы, нам необходимо детально изучить внутреннюю архитектуру регистров накопления и понять алгоритм, по которому программа вычисляет эти суммы.

Важно понимать, что в актуальных версиях 1С (начиная с редакции 3.0/3.1) сумма налога не просто «лежит» в одном регистре в готовом виде. Она является результатом сложного сопоставления данных о начисленных доходах, исчисленном налоге и остатках задолженности перед сотрудником.

Основные регистры, участвующие в формировании НДФЛ

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

1. Расчеты налогоплательщиков с бюджетом по НДФЛ — это базовый регистр, в котором фиксируется жизненный цикл налога.
   • Приход в этом регистре формируется документами начисления (НачислениеЗарплаты, Отпуск, БольничныйЛист). Это исчисленный налог.
   • Расход фиксируется в момент проведения документа Ведомость. Это удержанный налог.
   • Когда мы нажимаем кнопку «Заполнить» в ведомости, программа ищет в этом регистре «приходы», по которым еще не было «расхода».
2. Зарплата к выплате — этот регистр хранит информацию о том, сколько и по каким основаниям мы должны выплатить сотруднику.

   Проанализируем связь: если в регистре ЗарплатаКВыплате числится сумма к выплате по конкретному документу-основанию, система обращается к регистру РасчетыНалогоплательщиковСБюджетомПоНДФЛ, чтобы найти налог, «привязанный» к этому же документу-основанию.

3. НДФЛ к перечислению — вспомогательный регистр, который в современных конфигурациях используется для учета сумм, зафиксированных ведомостями.

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

4. Расчеты налоговых агентов с бюджетом по НДФЛ — в этом регистре ведется учет в разрезе налогового агента (организации).
   • Приход — налог удержан (на основании ведомости).
   • Расход — налог перечислен в бюджет (ранее фиксировался документами перечисления, в условиях ЕНС логика изменилась, но регистр сохраняет свою структуру для совместимости).

Механизм динамического расчета суммы в ведомости

Выясним причину, почему колонка НДФЛ может оставаться пустой. Процесс заполнения ведомости выглядит следующим образом:

Во-первых, система анализирует остатки в регистре ЗарплатаКВыплате. Если там нет суммы к выплате, то и НДФЛ рассчитываться не будет.

Во-вторых, программа сопоставляет найденную сумму к выплате с регистром РасчетыНалогоплательщиковСБюджетомПоНДФЛ. Здесь критически важна аналитика. Если в начислении указан один «Источник финансирования» (в ЗУП ГУ) или «Статья расходов», а в ведомости другой — автоматической связи не возникнет.

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

Как проверить данные в регистрах самостоятельно

Для технического анализа ситуации мы можем воспользоваться инструментом «Универсальный отчет». Рассмотрим алгоритм действий:

1. Перейдем в раздел Администрирование — Обслуживание — Отчеты администратора — Универсальный отчет.
2. В поле «Тип объекта» выберем Регистр накопления.
3. В поле «Имя объекта» выберем Расчеты налогоплательщиков с бюджетом по НДФЛ.
4. В настройках обязательно добавим группировку по Физическому лицу и Документу-основанию.

Проанализируем результат: если мы видим положительный остаток (Приход есть, Расхода нет), значит, налог считается исчисленным, но не удержанным. Если при этом в ведомости он не появляется, проверим разрез Статья финансирования или Подразделение — они должны строго совпадать в начислении и выплате.

Специфика ЗУП ГУ: Распределение по счетам учета

В бюджетных учреждениях существует дополнительный разрез учета. Разберем работу регистра «НДФЛ к распределению по счетам учета». В ЗУП ГУ налог должен быть четко распределен по кодам классификации (КВР, КОСГУ). Если в документе начисления распределение не заполнилось (например, не заданы настройки в справочнике сотрудников или подразделений), ведомость не получит данных для заполнения.

Также стоит обратить внимание на регистр «Зарплата к выплате авансом», если проблема возникает при выплате первой половины месяца. Часто налог «теряется», если дата выплаты аванса в настройках учетной политики не совпадает с фактической датой документа.

Рекомендации по исправлению ошибок

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

• Проверить документ Перенос данных, если велся переход из других программ. Часто остатки переносятся без указания документов-оснований, что «ломает» логику ЗУП 3.1.
• Использовать документ Операция учета НДФЛ для ручной корректировки регистров, если автоматические исправления невозможны.
• В сложных случаях, когда аналитика запутана, можно попробовать воспользоваться обработкой «Проверка регистрации доходов для исчисления НДФЛ» (доступна в некоторых редакциях или как внешняя обработка).

Важный момент: Сумма, попадающая в ведомость, всегда рассчитывается пропорционально. Если вы выплачиваете только часть зарплаты, программа возьмет ровно ту долю НДФЛ, которая соответствует этой части выплаты, основываясь на данных регистра РасчетыНалогоплательщиковСБюджетомПоНДФЛ.

Таким образом, отвечая на вопрос, в каком регистре хранится сумма: она не хранится статично, а вычисляется как разница между Приходом и Расходом в регистре Расчеты налогоплательщиков с бюджетом по НДФЛ с фильтром по аналитике, указанной в регистре Зарплата к выплате.