Премия прораба пробила порог 2 400 000 рублей — программа удержала НДФЛ по старой ставке. Разбор ошибки, доначисление, пени и регламент проверки нарастающего итога перед 6-НДФЛ.
Анонс проблемы
27 июля 2026 года — дедлайн сдачи 6-НДФЛ за полугодие. Первая отчетная кампания на новой прогрессивной шкале. Одна премия в июне превратилась в доначисление налога и объяснительную перед инспекцией. Ошибка типовая. Она повторяется в сотнях компаний прямо сейчас.
Проблема не в самой ставке НДФЛ, а в механике расчета нарастающего итога дохода для целей налогового учета. Программа считает доход помесячно, но не всегда корректно делит выплату на часть до порога и часть сверх него. Если премия проведена отдельным документом, риск разрыва в расчете растет кратно — и обнаруживается он обычно уже перед сдачей отчета, когда исправлять что-либо приходится в спешке. 27 июля 2026 года — срок сдачи 6-НДФЛ за полугодие, первая отчетная кампания на прогрессивной шкале НДФЛ.
Ситуация в офисе строительной компании
Ростов-на-Дону, конец июля, духота в кабинете бухгалтерии не спадает даже к вечеру. Марина Соколова, бухгалтер по расчету зарплаты в условной строительной компании «СтройГрад» с оборотом около 120 млн рублей в год и штатом в 40 человек, третий час сидит над отчетом. Гудит принтер. За окном темнеет, но экран монитора светится ярче обычного — Марина открыла контрольные соотношения по 6-НДФЛ.
Компания сдает форму 6-НДФЛ за первое полугодие 2026 года как налоговый агент по НДФЛ. Обычная процедура, отработанная годами. Но в этот раз что-то не сходится.
В июне прорабу выплатили премию за сданный объект — крупную, разовую, привязанную к закрытию этапа строительных работ. Накопленный с начала года доход прораба перевалил за 2 400 000 рублей. По действующей на 2026 год прогрессивной шкале НДФЛ доход свыше этого порога облагается уже не по стандартной ставке 13%, а по повышенной. 1С:ЗУП, однако, отработала премию по инерции — удержала налог по прежней ставке со всей суммы, не разбив доход на часть до порога и часть сверх него.
Марина замечает расхождение случайно, когда система выдает предупреждение о несовпадении контрольных соотношений между разделами отчета.
Стоп, а что это за красная строка? — бросает она через стол.
Какая строка? — главбух подходит, щурится на экран.
Разница по НДФЛ. Копейки не сходятся, — Марина листает регистр налогового учета по сотруднику.
Разница оказывается не в копейках. Программа удержала налог так, будто весь доход прораба за месяц облагается по единой ставке. На деле часть суммы — та, что превысила накопленный порог 2 400 000 рублей, — должна была уйти в отчет по повышенной ставке следующей ступени шкалы.
Марина открывает карточку сотрудника и вручную пересчитывает нарастающий итог помесячно с января. Оклад, отпускные, две небольшие премии за первый квартал, теперь июньская выплата за объект. Сумма превышения над порогом получается заметной — несколько сотен тысяч рублей, обложенных не по той ставке.
Она звонит прорабу, потому что при следующей выплате аванса разница всплывет в расчетном листке.
Марин, а чего у меня в этот раз меньше на руки вышло, чем в прошлый? — спрашивает прораб по телефону, явно раздраженно.
Пересчитали ставку налога, у тебя доход за год порог перешел, — отвечает она коротко.
Какой еще порог, мне никто не говорил, — бурчит он.
Марина не вдается в подробности шкалы по телефону — это разговор не для трубки в перерыве между сменами на объекте. Но проблема остается на ее столе: нужно исправить расчет до отправки отчета, доначислить налог, пересчитать пени за период просрочки удержания и успеть все провести в учете до 27 июля.
Механика ошибки в расчете зарплаты и премий простая и оттого обидная. Система в дефолтных настройках применяет прогрессивную ставку корректно только если каждая выплата анализируется относительно нарастающего итога дохода с начала года по конкретному сотруднику у конкретного налогового агента. Если параметры учета не обновлены под новую шкалу или бухгалтер вручную корректирует премию отдельной операцией, риск разрыва в расчете растет кратно. Здесь сыграли оба фактора: премия проводилась отдельным документом, и сверка нарастающего итога перед проведением не делалась.
Пересчет занимает у Марины остаток вечера. Она поднимает карточки всех сотрудников с доходом выше 2 000 000 рублей за полугодие — таких в «СтройГраде» оказывается трое, включая директора по производству. У двух остальных расхождений не находится: их доход к порогу пока не приблизился. У прораба — приблизился и перешагнул.
В модельном сценарии, если превышение порога составило около 300 000 рублей, а повышенная ставка на этом участке шкалы выше базовой на несколько процентных пунктов, доначисление налога с этой суммы превышения может составить порядка 15-20 тысяч рублей. К этому добавляются пени за каждый день просрочки удержания — в подобных случаях расчет ведется по ключевой ставке Банка России, действующей на момент просрочки, деленной на 300, за каждый день задержки. Итоговая сумма пени в конкретном кейсе редко превышает несколько тысяч рублей, но объяснительная перед налоговой и время, потраченное на ручной пересчет всей базы, обходятся дороже любой суммы доначисления.
Пока Марина считает пени, главбух поднимает второй вопрос — авансы. В «СтройГраде» аванс выплачивается 20 числа и составляет фиксированную часть оклада без учета премий текущего месяца. На практике это создает отдельную ловушку: аванс сам по себе может не превышать порог, но при выплате финальной части зарплаты вместе с премией накопленный доход скачком проходит границу ступени шкалы. Расчетчику приходится помнить, что порог считается не по отдельной выплате, а по сумме всех выплат физлицу нарастающим итогом с начала года.
Отдельно всплывает вопрос по директору по производству — его доход к июню уже был близок к порогу из-за квартальной премии в марте. Марина поднимает его карточку и обнаруживает, что в марте расчет прошел корректно, потому что премия была небольшой и не пробила границу. Но если в четвертом квартале компания планирует такую же премию за объект, повторный разрыв почти неизбежен без предварительной сверки. Она делает пометку в регламенте: с сентября проверять нарастающий итог по трем сотрудникам перед каждой квартальной выплатой, а не только по факту начисления.
Главбух предлагает временную меру — до обновления конфигурации 1С:ЗУП вести параллельный реестр нарастающего итога в отдельной таблице по каждому сотруднику с доходом выше 1 800 000 рублей за год. Это не устраняет причину, но дает контрольную точку для сверки перед каждой крупной выплатой. Марина соглашается, хотя понимает: ручной реестр — решение на один отчетный период, не постоянная практика.
Компания успевает исправить расчет до 27 июля. Отчет уходит без расхождений в контрольных соотношениях. Но вечер потрачен, нервы истрачены, а доверие бухгалтерии к автоматическому расчету премий — подорвано до следующей проверки настроек программы. Доход свыше 2 400 000 рублей нарастающим итогом облагается по повышенной ставке следующей ступени шкалы, а не по единой ставке 13%.
Выводы и советы
Проверяйте нарастающий итог дохода по каждому сотруднику перед любой крупной выплатой — премией, отпускными, компенсацией при увольнении, а не только при начислении регулярного оклада. Разовые выплаты чаще всего и пробивают порог незаметно для бухгалтера, если сверка не встроена в регламент.
Не доверяйте автоматике вслепую, особенно при переходе на новую шкалу в первый отчетный период. Если накопленный доход сотрудника приближается к пороговому значению, ставку по превышению стоит сверить вручную до отправки платежки, а не по факту обнаружения расхождения в контрольных соотношениях.
Помните: если сотрудник получает доход у нескольких налоговых агентов, каждый агент считает налог только по выплатам, которые провел сам, без суммирования с доходами от других работодателей. Итоговую доплату по итогам года, если совокупный доход превысил порог, физлицо вносит самостоятельно — на основании уведомления из налоговой.
Закладывайте день-два на контрольный пересчет перед сдачей 6-НДФЛ. 27 июля не время разбираться, откуда взялась разница в несколько тысяч рублей — к этому моменту исправление должно быть уже проведено в учете.
Разделяйте аванс и премию в расчете нарастающего итога отдельными строками, даже если выплата идет одной суммой на карту сотрудника. Так проще увидеть, какая часть месячного дохода относится к базовой ставке, а какая — к превышению порога, и не пересчитывать всю карточку вручную при обнаружении ошибки.
Ведите параллельный контрольный реестр по сотрудникам с доходом выше 1 800 000 рублей за год, пока конфигурация учетной системы не обновлена под новую шкалу полностью. Это временная, но рабочая мера на переходный период — до тех пор, пока отчетные кампании на прогрессивной шкале не станут рутиной.
Пересчитывайте пени сразу при обнаружении расхождения, не откладывая до требования инспекции. Начисление ведется по ключевой ставке Банка России на дату просрочки, деленной на 300, за каждый день задержки удержания — и чем раньше налоговый агент исправит расчет самостоятельно, тем меньше итоговая сумма и тем менее вероятны дополнительные вопросы при проверке контрольных соотношений. Пени по НДФЛ считаются по ключевой ставке Банка России на дату просрочки, деленной на 300, за каждый день задержки удержания.
Журнал «НУЛЕВОЙ БАЛАНС»
2017–2026 Внимание! Авторские права на
текстовые, фото- и видеоматериалы, размещённые на этом сайте, принадлежат их авторам.
Права юридически защищены. Перепубликация материалов без согласия авторов отслеживается
и преследуется по закону в досудебном и судебном порядке, вне зависимости от наличия
ссылки на источник информации. Перепубликация материалов разрешается только при наличии
активной гиперссылке на исходный материал.
Мы используем cookie-файлы для наилучшего представления нашего сайта. Продолжая использовать этот сайт, вы соглашаетесь с использованием cookie-файлов.