Прогрессивная шкала НДФЛ 2026: чек-лист для бухгалтера
Премия прораба пробила порог 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, за каждый день задержки удержания.