← На главную

Часто при работе в программе 1С:Зарплата и Управление Персоналом (ЗУП) бухгалтеры сталкиваются с ситуацией, когда при начислении зарплаты (например, за март) в документе автоматически проставляется срок перечисления НДФЛ и планируемая дата выплаты на 10-е число следующего месяца (10 апреля), а не на последний день текущего месяца (31 марта). Разберем по шагам, почему программа ведет себя именно так, проанализируем законодательные предпосылки и выясним, какие критические ошибки можно совершить при попытке обмануть систему.

Проанализируем причину автоматической подстановки 10-го числа

Давайте посмотрим, откуда программа берет данные для заполнения документа НачислениеЗарплатыИВзносов. В конфигурации 1С:ЗУП по умолчанию сроки выплаты зарплаты и аванса фиксируются в настройках учетной политики организации. Как правило, в большинстве компаний устанавливаются стандартные даты: 25-е число для аванса и 10-е число следующего месяца для окончательного расчета.

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

Законодательные изменения: почему больше нельзя учитывать НДФЛ "концом месяца"

Чтобы понять логику разработчиков 1С, давайте рассмотрим важнейшие изменения в налоговом законодательстве (Федеральный закон от 14.07.2022 № 263-ФЗ), которые вступили в силу с 1 января 2023 года и были дополнительно ужесточены в 2024 году.

До 2023 года действовало правило (п. 2 ст. 223 НК РФ), согласно которому датой получения дохода в виде оплаты труда признавался последний день месяца, за который эта зарплата была начислена. То есть мартовская зарплата всегда была доходом марта (31-е число), даже если выплачивалась в апреле.

Теперь это правило полностью отменено! На сегодняшний день датой фактического получения дохода признается исключительно день фактической выплаты денег сотруднику. Если зарплата за март перечисляется 10 апреля, то для целей НДФЛ это доход апреля (соответственно, он относится ко II кварталу, а не к I кварталу). Программа 1С:ЗУП строго следует этому закону и формирует налоговую базу на основе планируемых и фактических дат выплаты.

Разберем последствия "вредных советов" и ручного изменения дат

Среди пользователей иногда встречается совет: просто открыть документ начисления, найти поле ПланируемаяДатаВыплаты и вручную исправить 10.04 на 31.03. Разберем подробнее, почему следовать такому совету категорически нельзя.

Если мы искусственно установим планируемую дату выплаты на 31 марта и проведем документ, но по факту деньги сотрудникам будут перечислены с расчетного счета 9 или 10 апреля, возникнет серьезный разрыв в учете. Рассмотрим, к чему это приведет:

1. Искажение регистров налогового учета. Доход и исчисленный налог будут зафиксированы программой в марте (I квартал). Однако фактическое удержание произойдет при проведении ведомости в банк/кассу в апреле. Система зафиксирует рассинхронизацию между исчисленным и удержанным налогом.
2. Проблемы с отчетом 6-НДФЛ. Доход неправомерно попадет в раздел 2 отчета за I квартал, хотя по закону он должен отражаться в полугодии (во II квартале). В справках о доходах сотрудников (бывшая форма 2-НДФЛ, которая теперь сдается как Приложение №1 к годовому расчету 6-НДФЛ) этот доход также будет неверно отнесен к марту вместо апреля.
3. Штрафы и пени от ФНС. Налоговая инспекция легко выявит несоответствие дат между вашими налоговыми регистрами (отраженными в 6-НДФЛ) и реальными выписками по расчетному счету. Это повлечет за собой требования о даче пояснений, необходимость сдачи корректировочных отчетов и возможные штрафы за предоставление недостоверных сведений.
4. Сбой формирования Уведомлений об исчисленных налогах (ЕНС). Начиная с 2024 года, контроль за датами фактической выплаты стал еще более жестким. Налоговые агенты обязаны подавать уведомления об исчисленном НДФЛ и платить налог дважды в месяц. Искусственное изменение дат выплаты в 1С:ЗУП сломает автоматическое заполнение этих уведомлений, так как налог "улетит" в чужой период удержания.

Как правильно работать с датами выплаты?

Проанализируем правильный алгоритм работы в 1С:ЗУП, чтобы избежать проблем с налоговой и сохранить учет в чистоте:

1. Никогда не меняйте поле ПланируемаяДатаВыплаты в документах начисления "ради красоты", чтобы закрыть месяц. Дата в этом поле должна максимально соответствовать реальности. Если вы точно знаете, что выплатите зарплату 9-го апреля, а не 10-го, вы можете изменить дату с 10.04 на 09.04, но не на 31.03.
2. Настраивайте графики выплат в учетной политике 1С корректно. Программа должна опираться на ваши реальные, закрепленные в Положении об оплате труда, даты выплат.
3. Помните, что окончательное признание дохода и расчет удержанного НДФЛ происходит в момент проведения документов на выплату (ВедомостьВБанк, ВедомостьВКассу или ВедомостьНаСчета). Именно дата ведомости станет фактической датой получения дохода для целей учета НДФЛ.

Следуя этим правилам, мы обеспечим корректное формирование отчета 6-НДФЛ, безошибочное создание уведомлений для ЕНС и спокойное прохождение любых камеральных проверок со стороны налоговых органов.