Многие бухгалтеры при подготовке отчетности 6-НДФЛ в программе 1С:Бухгалтерия предприятия 3.0 (БП 3.0) сталкиваются с неожиданным поведением системы: в Разделе 2 (строки 120, 140) отражаются суммы доходов и исчисленного налога по зарплате, которая была начислена, но фактически еще не выплачена сотрудникам. Разберем детально, почему программа ведет себя именно так, как на это влияет законодательство и что нужно сделать, чтобы отчет заполнился корректно.
Для понимания логики работы программы необходимо вспомнить изменения в Налоговом кодексе РФ (ст. 223), вступившие в силу с 1 января 2023 года. До этого момента дата получения дохода в виде оплаты труда определялась как последний день месяца, за который она начислена. Теперь же датой получения дохода считается фактический день выплаты денежных средств (перечисление на карту или выдача из кассы).
Рассмотрим ситуацию с точки зрения архитектуры 1С. Поскольку расчет налога (исчисление) должен происходить в момент создания документа Начисление зарплаты, а фактическая дата выплаты на этот момент может быть лишь предполагаемой, программа вынуждена использовать прогнозные значения. Проанализируем, как это реализовано в коде и интерфейсе.
Основной причиной «преждевременного» попадания сумм в отчет является поле «Планируемая дата выплаты», которое находится в нижней части документа Начисление зарплаты. Выясним, как это работает:
Посмотрим на практический пример из обсуждения. Если вы начислили зарплату за март и ошибочно оставили планируемую дату выплаты «31.03», программа заполнит строки 120 и 140 в отчете за 1 квартал. Чтобы «очистить» отчет, необходимо зайти в документ начисления и перенести дату выплаты на будущий месяц (например, на апрель). После этого суммы из мартовского отчета исчезнут.
Важно понимать, что в 1С БП 3.0 учет строится на тесной связке двух документов. Разберем этот механизм по шагам:
Шаг 1: Документ «Начисление зарплаты». Он регистрирует исчисленный НДФЛ. Программа делает записи в регистры налогового учета, опираясь исключительно на «планируемую дату». Это необходимо, чтобы вы могли заранее сформировать расчетные листки и понять, сколько денег подготовить к выплате.
Шаг 2: Документ «Ведомость» (в банк или в кассу). Это ключевой документ, который фиксирует удержанный НДФЛ и подтверждает факт получения дохода. При проведении ведомости программа сравнивает реальную дату документа с той «планируемой» датой, которая была в начислении.
Шаг 3: Автоматическая корректировка. Если фактическая ведомость создана другой датой (например, вместо запланированного 31 марта вы платите 5 апреля), программа автоматически выполнит «переброску». В регистрах учета НДФЛ зафиксируется сторно (отмена) дохода мартом и запись дохода апрелем. В результате при формировании 6-НДФЛ данные автоматически распределятся по нужным периодам.
Проанализируем ситуацию, когда на предприятии происходят длительные задержки выплат (более квартала). В этом случае стандартный механизм 1С может сыграть злую шутку:
Если начисление проведено с планируемой датой в марте, а ведомость так и не создана до конца апреля (момента сдачи отчетности), программа оставит эти суммы в отчете за 1 квартал. С точки зрения налоговой это будет ошибкой, так как дохода у сотрудников фактически не возникло.
Рекомендация: Если вы понимаете, что выплата задерживается на неопределенный срок, необходимо вручную корректировать поле Дата выплаты в документах начисления, отодвигая ее на будущие периоды. Только так можно избежать расхождений в 6-НДФЛ.
Чтобы оперативно найти причину некорректного заполнения отчета, рекомендуем использовать специализированные отчеты. Проанализируем возможности отчета «Анализ НДФЛ по датам получения доходов». Он позволяет увидеть:
С 2024 года требования к заполнению 6-НДФЛ стали еще строже. Теперь Раздел 2 структурирован по шести срокам перечисления налога внутри квартала. Ошибка в «планируемой дате» начисления приведет к тому, что суммы попадут не в то поле Раздела 2, и отчет не пройдет контрольные соотношения с Разделом 1 (где указывается налог к уплате по конкретным срокам).
Рассмотрим, почему 1С не делает учет «строго по факту» выплаты. Если бы расчет налога происходил только в момент создания ведомости, бухгалтер не смог бы заранее подготовить ведомости, так как сумма «к выплате» (за вычетом НДФЛ) была бы неизвестна. Поэтому архитектура системы, основанная на «прогнозировании» с последующей автоматической корректировкой, является наиболее оптимальной для автоматизации бизнес-процессов.
Важный итог: Всегда проверяйте поле Планируемая дата выплаты. Если отчет 6-НДФЛ кажется вам избыточным, скорее всего, в начислениях стоят даты, попадающие в текущий квартал, по которым еще не было фактических выплат.