При работе в конфигурации 1С:Бухгалтерия предприятия 3.0 (БП 3.0) бухгалтеры и программисты часто сталкиваются с необходимостью детального анализа движений по НДФЛ. Основным техническим «фундаментом» для учета налога является регистр накопления РасчетыНалогоплательщиковСБюджетомПоНДФЛ. Зачастую пользователи пытаются анализировать его через «Универсальный отчет», что требует длительной настройки и не всегда наглядно. Однако в системе предусмотрены типовые механизмы, которые позволяют эффективно находить ошибки и сверять данные.
Первым делом проанализируем, где в интерфейсе БП 3.0 скрыты отчеты, аналогичные тем, что используются в 1С:ЗУП. Если в базе ведется полноценный учет заработной платы, то все необходимые инструменты находятся в разделе «Зарплата и кадры». Разберем по шагам путь к ним:
Здесь представлены отчеты, которые напрямую читают данные из регистра РасчетыНалогоплательщиковСБюджетомПоНДФЛ. Рассмотрим наиболее полезные из них:
Если по какой-то причине отчеты не отображаются в стандартном меню (например, из-за настроек прав или интерфейса), мы можем воспользоваться механизмом «Функции для технического специалиста» (ранее — «Все функции»). Выясним, как найти нужные объекты напрямую через дерево метаданных:
Расчеты налогоплательщиков с бюджетом по НДФЛ.Проанализируем программный код вызова этих отчетов. В конфигурации БП 3.0 отчет «Регистр налогового учета по НДФЛ» реализован как отдельный объект метаданных. В модуле объекта можно встретить запросы к интересующему нас регистру:
| РегистрНакопления.РасчетыНалогоплательщиковСБюджетомПоНДФЛ КАК НДФЛРасчетыСБюджетом
| ГДЕ
| НДФЛРасчетыСБюджетом.Период МЕЖДУ &НачалоПериода И &КонецПериода
| И НДФЛРасчетыСБюджетом.Организация = &Организация
Если типовые отчеты по каким-то причинам не подходят, и мы все же решили настроить «Универсальный отчет», сделаем это максимально эффективно. Для выявления ошибок распределения НДФЛ (когда налог исчислен одним документом, а удержан некорректно другим) выполним следующие настройки:
Расчеты налогоплательщиков с бюджетом по НДФЛ.Физическое лицо, Регистратор, Период.Сумма.Важный нюанс: в данном регистре «Приход» означает исчисление налога (документы типа «Начисление зарплаты»), а «Расход» — удержание налога (документы типа «Ведомость в банк» или «Ведомость в кассу»). Если мы видим, что «Расход» зафиксирован без соответствующего «Прихода» по конкретной аналитике (например, не совпала категория дохода или ИФНС), значит, мы нашли причину ошибки в учете.
Не забудем про «Регистр налогового учета по НДФЛ». Это не просто формальная отчетность, а мощный аналитический инструмент. Рассмотрим ситуацию: у бухгалтера не сходится 6-НДФЛ. Вместо того чтобы перерывать сотни документов вручную, сформируем этот отчет по проблемному сотруднику.
В нем четко прослеживается связь между:
Если в Регистре налогового учета мы видим пустые строки в колонках удержанного налога при наличии выплаченного дохода, значит, в документах выплаты (ведомостях) не заполнилась вкладка «НДФЛ к перечислению». Это часто происходит, если нарушена последовательность проведения документов или если на момент создания ведомости налог не был исчислен (проведен) документом начисления.
Таким образом, для эффективной работы с НДФЛ в 1С:БП 3.0 нам не нужно изобретать велосипед. Проанализируем основные выводы:
РасчетыНалогоплательщиковСБюджетомПоНДФЛ используем «Универсальный отчет» с обязательной группировкой по регистратору.Помните, что с 2023 года учет НДФЛ стал еще более чувствителен к датам выплаты дохода. Большинство «глюков» связано именно с тем, что дата в ведомости стоит раньше, чем дата в документе начисления, или с некорректным указанием подразделений и налоговых органов в первичных документах. Типовые отчеты позволяют увидеть эти нестыковки в считанные секунды.