Досрочные уведомления по НДФЛ и страховым взносам с 1 сентября 2026 года: как настроить процесс в 1С

Что изменилось и стоит ли переходить прямо сейчас

С 1 сентября 2026 года работодатели и ИП с сотрудниками получили право подавать в налоговую одно уведомление сразу за несколько месяцев вперёд — до конца текущего года — вместо привычной ежемесячной (а по НДФЛ дважды в месяц) рутины. Это право, а не обязанность: никого предупреждать о переходе не нужно, форма уведомления не изменилась, а деньги по-прежнему списываются с ЕНС не раньше обычных сроков. Порядок вводит Федеральный закон от 28.11.2025 № 425-ФЗ, дополнивший п. 9 ст. 58 НК РФ новыми абзацами[1]. Механизм удобен компаниям со стабильной зарплатой и рискован там, где суммы каждый месяц разные — премии, больничные, текучка кадров.

Кому эта статья будет полезна

Бухгалтерам и ИП, которые платят зарплату сотрудникам и уже устали дважды в месяц отправлять уведомления по НДФЛ, а раз в месяц — по взносам. А также разработчикам и специалистам по интеграциям 1С, которые настраивают связку «1С:Зарплата и управление персоналом» и «1С:Бухгалтерия» (или подключают к «1С:Бухгалтерии» внешнюю систему расчёта зарплаты) и хотят понять, где именно в этой цепочке нужно вмешаться, чтобы досрочные уведомления заполнялись автоматически, а не вручную.

До 1 сентября 2026 года уведомление об исчисленных суммах подавалось только по уже прошедшему периоду: по взносам — помесячно, по НДФЛ — дважды в месяц, к 25-му и к 3-му числу[1]. Новая норма впервые позволяет объединить эти документы и указать плановые суммы сразу на несколько месяцев вперёд, одним файлом.

Как устроен новый механизм

Технически ничего революционного не произошло — просто расширились правила заполнения уже существующей формы.

Что можно включить в одно досрочное уведомление:

• по НДФЛ — суммы отдельно за период с 1-го по 22-е число и отдельно за период с 23-го числа по последний день месяца, причём отдельным блоком за текущий и за каждый последующий месяц до конца года;
• по страховым взносам — сумму за каждый месяц текущего расчётного периода (календарного года)[1].

Форма уведомления не меняется — это по-прежнему КНД 1110355 из приказа ФНС от 02.11.2022 № ЕД-7-8/1047@ в действующей редакции. Разница только в том, что в раздел «Данные» теперь можно включить несколько блоков сразу — по одному на каждый налог/взнос и период, включая будущие[1; 2].

Важное ограничение: включить в досрочное уведомление можно только месяцы текущего налогового (расчётного) периода. Налоговым периодом по НДФЛ и расчётным периодом по взносам признаётся календарный год, поэтому подать в январе 2026 года уведомление сразу на весь год вперёд было нельзя, а в сентябре 2026 года нельзя заглянуть в 2027 год — это уже другой период[1; 3]. Первое такое уведомление можно было подать не ранее 1 сентября 2026 года, и в нём — закрыть месяцы с сентября по декабрь 2026 года включительно[3].

Ещё один нюанс, по которому пока нет официальных разъяснений: за месяц, который закрывает квартал (март, июнь, сентябрь, декабрь), уведомление по взносам обычно не подаётся отдельно — эту сумму налоговая получает из расчёта по страховым взносам (РСВ). Эксперты полагают, что для досрочных уведомлений сохранится тот же подход, но прямого подтверждения ФНС на момент подготовки материала не было[1]. А вот НДФЛ отражается в уведомлении за все периоды без исключений — сдача 6-НДФЛ не заменяет уведомление ни для одного периода[1].

Кому авансовый порядок реально упрощает работу, а кому не нужен

Досрочные уведомления рассчитаны прежде всего на работодателей с предсказуемым фондом оплаты труда: небольшие компании и ИП с постоянными окладами, без частых премий, доплат и переменных выплат[4]. Если суммы из месяца в месяц не меняются, есть смысл один раз подать уведомление сразу за несколько месяцев и не возвращаться к этой рутине.

Хуже механизм подходит там, где:

• премии и бонусы начисляются регулярно и заранее их размер неизвестен;
• часто оформляются больничные и отпускные;
• заметная текучесть кадров — увольнения и приёмы меняют базу каждый месяц;
• выплаты идут через несколько обособленных подразделений с разными ОКТМО и КПП;
• фонд оплаты труда в принципе нестабилен[4].

Совет, который дают практикующие консультанты: не подавать в первый год сразу уведомление на все оставшиеся месяцы года, а протестировать порядок на одном-двух месяцах или только по одному из платежей — например, только по взносам, — и посмотреть, как это выглядит в личном кабинете ЕНС, прежде чем масштабировать практику на весь штат[4].

Как формировать плановые суммы из зарплатной системы

Технически данные для уведомления всегда идут из «1С:Зарплата и управление персоналом» (ЗУП) в «1С:Бухгалтерию» — само уведомление в ЗУП не формируется, там нет соответствующего функционала[2].

Обычная последовательность действий:

1. В «1С:ЗУП» ведомостями на выплату отражают начисление и удержание НДФЛ.
2. На основании выплат в ЗУП создают и проводят документ «Отражение удержанного НДФЛ в бухучёте» (для взносов — «Отражение зарплаты в бухучёте») за нужный период.
3. Через механизм синхронизации данных (раздел «Администрирование») эти документы передаются в «1С:Бухгалтерию»[2].
4. Уже в «Бухгалтерии» на основании перенесённых сумм формируется сам документ «Уведомление об исчисленных суммах налогов» — либо через «Главное» → «Задачи организации» (тогда данные подставляются автоматически, остаётся только добавить будущие периоды), либо вручную через «Отчёты» → «1С-Отчётность» → «Регламентированные отчёты» → «Уведомления» → «Создать» → «ЕНП»[2].

Для планового уведомления на несколько месяцев вперёд логика та же: по кнопке «Добавить» в документ вносится отдельная строка на каждый налог и период — например, отдельно НДФЛ за 1–22 октября, отдельно за 23–31 октября, отдельно взносы за октябрь, ноябрь и так далее до конца года[2].

Ключевой практический вопрос для автоматизации — откуда брать «плановые» суммы на будущие месяцы. Программа не умеет сама прогнозировать зарплату наперёд: цифры для будущих периодов нужно либо взять из уже рассчитанных окладов при неизменном штате, либо получить из отдельного планового расчёта (например, выгрузки из системы кадрового учёта или бюджета ФОТ), который затем подставляется в строки уведомления.

Технический сценарий для разработчиков: если зарплата ведётся не в типовой «1С:ЗУП»

Для команд, которые настраивают интеграции, важно понимать точку входа в цепочку: сам документ «Уведомление об исчисленных суммах налогов» существует только в «1С:Бухгалтерии» — в «1С:ЗУП» его нет и не может быть, там формируются только исходные документы по начислениям[2]. Значит, реальная точка интеграции для внешней (не 1С) системы расчёта зарплаты — не форма уведомления, а промежуточный документ «Отражение зарплаты в бухучёте» (по взносам) и «Отражение удержанного НДФЛ в бухучёте» (по НДФЛ) внутри «1С:Бухгалтерии», из которого потом автозаполняется уведомление.

Здесь есть значимая техническая деталь: документ «Отражение зарплаты в бухучёте» в «1С:Бухгалтерии» вообще становится доступен для работы только при отдельно включённом режиме — флаге «учёт расчётов по заработной плате и кадровому учёту ведётся во внешней программе» в разделе «Зарплата и кадры» → «Настройки зарплаты» → «Общие настройки»[5]. Без этого переключателя документ просто не появляется в интерфейсе, и это первое, что стоит проверить при подключении внешней системы.

Дальше вариант обмена зависит от того, какая система на другом конце:

• Обе стороны — типовые конфигурации 1С («1С:ЗУП» ред. 3 и «1С:Бухгалтерия» ред. 3.0). Для них есть штатный механизм «Синхронизация данных»: он настраивается либо при работе баз на одном компьютере, либо через интернет, если база опубликована и доступна извне, — и переносит документы «Отражение зарплаты в бухучёте» и «Отражение удержанного НДФЛ в бухучёте» без дополнительной разработки[6].
• Нетиповое или устаревшее сочетание редакций (например, «1С:Бухгалтерия предприятия» ред. 2.0 и «1С:ЗУП» ред. 3.1), для которого нет готовых правил обмена. В таких случаях используют внешнюю обработку, которая забирает данные напрямую из базы-источника через COM-соединение — обмен получается односторонним, из ЗУП в «Бухгалтерию»[7].
• Внешняя, не 1С-система расчёта зарплаты или кадрового учёта. Штатных правил обмена между произвольной внешней системой и типовой «1С:Бухгалтерией» нет. Один вариант — платформенный механизм «Универсальный обмен данными в формате XML»: он есть в любой конфигурации на платформе «1С:Предприятие» и переносит данные по заранее описанным правилам соответствия, а не через готовый API конкретного документа[8]. Другой вариант — более современный стек: платформа «1С:Предприятие» умеет публиковать REST-интерфейс с доступом к данным по протоколу OData поверх опубликованной в вебе базы, а для процессов, которые не должны останавливаться из-за кратковременной недоступности одной из систем, обмен дополнительно строят асинхронно — через брокеры сообщений или интеграционную шину[9].

Отдельно стоит предупредить: ни в одном из проверенных источников нет описания отдельного публичного API именно для документа «Уведомление об исчисленных суммах налогов» — типовой сценарий во всех случаях предполагает, что данные сначала попадают в промежуточный документ по зарплате/НДФЛ, и уже оттуда уведомление заполняется автоматически внутри «1С:Бухгалтерии»[2]. Проектировать интеграцию в расчёте на прямую запись строк будущих периодов в уведомление в обход этого промежуточного документа не стоит — такой способ нигде не описан и не гарантирован разработчиком.

Практическая последовательность для нетиповой интеграции, с учётом всего сказанного:

1. Убедиться, что в «1С:Бухгалтерии» включён режим внешнего учёта зарплаты[5].
2. Выбрать канал обмена в зависимости от системы-источника: типовая синхронизация, COM-обработка для устаревших связок или универсальный/платформенный обмен для внешней системы[6; 7; 8; 9].
3. Передавать в «Бухгалтерию» именно документ по отражению зарплаты/НДФЛ, а не пытаться писать напрямую в уведомление.
4. Прогонять получившийся документ через кнопку заполнения уведомления и контрольные соотношения (см. раздел «Как сверять уведомления, начисления и ЕНС») перед каждой отправкой, включая досрочные периоды — автозаполнение из промежуточного документа не отменяет проверку.

Как разбивать НДФЛ по установленным периодам

Для НДФЛ каждый месяц в уведомлении — это не одна строка, а две: отдельно за период с 1-го по 22-е число и отдельно за период с 23-го числа по последний день месяца, каждая — со своим кодом периода, КБК, ОКТМО и КПП[4]. Пропускать месяцы нельзя: нельзя, например, указать сентябрь и ноябрь, пропустив октябрь — периоды должны идти подряд[4]. По страховым взносам достаточно одной суммы на месяц.

При печати документа периоды из «Бухгалтерии» отражаются кодами вида 21/01, 34/13 и подобными — где вторая часть указывает на конкретный отрезок месяца или номер месяца в квартале[2].

Что происходит, если фактическая сумма оказалась больше заявленной

Если по факту НДФЛ или взносы за период оказались выше заявленных в досрочном уведомлении (например, начислили премию сверх плана), нужно подать новое уведомление с полной фактической суммой за этот период — не разницу, а именно итоговую верную цифру, — не позднее обычного срока, установленного для этого периода: для НДФЛ за 1–22-е число — до 25-го числа текущего месяца, за 23-е число и позднее — до 3-го числа следующего месяца, для взносов — до 25-го числа месяца уплаты[1; 4].

Что делать, если фактическая сумма оказалась меньше

Если суммы по факту меньше заявленных — из-за отпусков, больничных, увольнений в пределах заранее заявленной суммы, — специально корректировать уведомление не обязательно. После поступления следующего уведомления, расчёта 6-НДФЛ или РСВ налоговая скорректирует обязанность сама, а излишне зарезервированная сумма вернётся в свободный остаток ЕНС[1; 4]. Но если деньги нужны на счёте прямо сейчас, разумнее подать новое уведомление с уменьшенной суммой, чтобы снять резерв раньше, а не ждать плановой сверки.

Почему подача уведомления не означает досрочное списание всей суммы с ЕНС

Ключевой момент, который часто вызывает путаницу: подача уведомления сразу на несколько месяцев вперёд не означает, что налоговая сразу спишет с ЕНС всю указанную в нём сумму. Зачёт происходит по каждому периоду отдельно и не раньше даты, привязанной к его окончанию[1]. Сроки зачёта установлены новой редакцией п. 7 и п. 9 ст. 78 НК РФ:

Платёж Срок зачёта при достаточном сальдо ЕНС Срок зачёта при нехватке сальдо НДФЛ не позднее 2-го рабочего дня после окончания периода, указанного в уведомлении не позднее 3 рабочих дней с даты появления положительного сальдо Страховые взносы не позднее 3-го числа месяца, в котором наступает срок уплаты взносов за истекший месяц не позднее 3 рабочих дней с даты появления положительного сальдо Например, если 25 ноября компания подаёт уведомление с фактическими взносами за октябрь и одновременно указывает прогнозную сумму за ноябрь, зачёт по ноябрю пройдёт не раньше 3 декабря — то есть после того, как ноябрь закончится, а не в момент подачи документа[1].

Есть и обратная сторона этой же механики, о которой стоит предупредить бухгалтерию заранее: несмотря на то что срок уплаты формально не сдвигается, положительное сальдо на ЕНС может быть зарезервировано под будущие периоды раньше, чем раньше — и оказаться недоступным для покрытия других текущих обязательств (имущественного налога, пеней и так далее)[4]. Перед тем как подавать досрочное уведомление на несколько месяцев вперёд, стоит смотреть не только на будущую зарплату, но и на весь платёжный календарь компании по ЕНС.

Отдельно стоит иметь в виду: наличие досрочного уведомления и достаточного остатка на ЕНС само по себе не ускоряет признание взносов в расходах по УСН — при кассовом методе расход признаётся не в момент подачи уведомления и не в момент пополнения ЕНС, а на дату зачёта, определяемую по тем же правилам ст. 78 НК РФ[1]. При методе начисления (налог на прибыль) расход, наоборот, привязан к дате начисления взносов и от порядка подачи уведомления вообще не зависит[1].

Как избежать двойной подачи уведомления

Главный источник задвоений — месяцы, закрывающие квартал (март, июнь, сентябрь, декабрь), по которым данные о взносах налоговая и так получает из РСВ. Практикующие консультанты прямо предупреждают не подавать досрочную уплату взносов за такой месяц с одновременной подачей уведомления по коду периода вида 34/03 — в прошлом это уже приводило к двойным списаниям с ЕНС[1]. Разумная тактика — либо не включать такие месяцы в досрочное уведомление и оставить их на обычный порядок закрытия через РСВ, либо предварительно уточнять этот момент у своей инспекции.

Второй источник ошибок — ручное дублирование: если часть уведомлений уже отправлена в обычном (ежемесячном) порядке за какой-то период, а затем по невнимательности за тот же период отправляется ещё и досрочное уведомление, налоговая получит два документа с разными суммами по одному периоду. Автоматизированный процесс в 1С снижает этот риск, если формировать уведомления из единого документа с историей уже поданных периодов, а не собирать их вручную из разных источников.

Как сверять уведомления, начисления и ЕНС

Практический контур сверки строится в три шага:

1. Сверка начислений и уведомления. Данные документа «Отражение удержанного НДФЛ в бухучёте» (или «Отражение зарплаты в бухучёте» для взносов) в ЗУП сверяются с регистром удержанного НДФЛ — например, через отчёт «Удержанный НДФЛ» в разделе «Налоги и взносы» → «Отчёты по налогам и взносам»[2]. Расхождение здесь означает ошибку ещё до того, как данные попали в уведомление.
2. Контрольные соотношения. Перед отправкой уведомление проверяется по контрольным соотношениям из приказа ФНС от 16.01.2024 № ЕД-7-15/19@, а по НДФЛ — с учётом уточнений письма ФНС от 17.01.2025 № ЕА-4-15/354@[2]. Это встроенная проверка внутри регламентированного отчёта в 1С, и её не стоит пропускать даже при автоматическом заполнении.
3. Сверка с ЕНС. После отправки уведомления остаётся сверить, как налоговая учла суммы на едином налоговом счёте — вручную через личный кабинет налогоплательщика либо через настроенную интеграцию 1С с сервисами информационного обмена (при подключённом блоке «1С-Отчётность»). Для досрочных уведомлений эта сверка особенно важна: нужно смотреть не факт списания на дату подачи, а именно на дату зачёта по каждому будущему периоду, которая наступает позже[1].

Исправлять ошибки в сумме или реквизитах уведомления можно и нужно до момента сдачи соответствующей отчётности (6-НДФЛ, РСВ) — после её сдачи налоговая уже сверит данные сама[2].

Ограничения, ошибки и риски

• Резервирование денег раньше срока. Даже если сроки уплаты не меняются, положительное сальдо ЕНС может быть «заморожено» под будущие периоды раньше обычного — это может создать кассовый разрыв для других платежей компании[4].
• Задвоение по последнему месяцу квартала. Совпадение данных из РСВ и досрочного уведомления по одному и тому же месяцу — известная причина ошибочных списаний[1].
• Пропуск месяца в цепочке периодов технически не допускается: НК РФ и логика формы требуют последовательного заполнения периодов без разрывов[4].
• Расхождение с фактом при премиях, больничных и увольнениях требует ручного контроля: система в 1С не отслеживает это автоматически, если суммы для будущих периодов были внесены как плановые вручную.
• Отсутствие обновления учётной программы. Если релиз 1С устарел, регламентированный отчёт может не поддерживать заполнение нескольких периодов вперёд или не проходить актуальные контрольные соотношения — это стоит проверить заранее.
• Неопределённость по кварталозакрывающим месяцам в досрочном формате пока прямо не разъяснена ФНС — до появления официальных писем логичнее не рисковать и оставлять сентябрь, декабрь, март и июнь на обычный порядок подачи через РСВ[1].

Рекомендации по выбору решения

Если зарплата в компании стабильна, штат небольшой и обособленных подразделений нет — можно тестово перейти на досрочные уведомления по одному из платежей (например, только по взносам) на один-два ближайших месяца, посмотреть, как это отражается на ЕНС, и затем решить, расширять ли практику[4]. Если зарплата плавающая, часты премии и больничные, а тем более если есть несколько ОКТМО — целесообразнее остаться на привычном ежемесячном/двухразовом порядке подачи: экономия на количестве документов там не окупает риск ошибок в прогнозе и последующих корректировок.

Для компаний, которые уже используют связку «1С:ЗУП» + «1С:Бухгалтерия» с настроенной синхронизацией и «1С-Отчётностью», перейти на досрочный порядок можно без доработок — форма уведомления не изменилась, требуется только аккуратно вносить дополнительные периоды. Сложнее ситуация там, где зарплата ведётся во внешней системе или нетиповой конфигурации: здесь нужен либо готовый механизм обмена данными с «1С:Бухгалтерией», либо отдельная интеграция или доработка, которая переносит плановые суммы в документ уведомления без ручного ввода.

Как может помочь «Пятый фактор»

Основная сложность автоматизации досрочных уведомлений обычно не в самой форме КНД 1110355 — она типовая, — а в том, откуда взять плановые суммы на будущие периоды, как их корректно передать между зарплатной и бухгалтерской системами и как выстроить контроль, чтобы расхождения плана и факта не превращались в ручную рутину или ошибочные задвоения. Если расчёт зарплаты ведётся не в типовой «1С:ЗУП», а в отдельной кадровой системе, HRM-платформе или самописном решении, для передачи плановых сумм в «1С:Бухгалтерию» нужен отдельный канал обмена данными — от включения режима внешнего учёта зарплаты и настройки типовой синхронизации до обмена через универсальный формат XML или REST/OData, в зависимости от того, что уже используется в компании. Команда «Пятого фактора» может изучить существующий процесс расчёта и подачи уведомлений, оценить, какие данные и в каком виде реально доступны для прогноза, и помочь с настройкой обмена между системами или доработкой типового механизма 1С под конкретную структуру компании — без обещания, что для этого обязательно потребуется сложная разработка: во многих случаях достаточно корректной настройки уже имеющегося функционала синхронизации.

Вывод

Досрочные уведомления по НДФЛ и страховым взносам — это добровольный инструмент, который реально сокращает количество бумаг для компаний со стабильной зарплатой, но не отменяет ежемесячный контроль: цена ошибки в прогнозе не исчезает, а смещается во времени. Технически всё завязано на связке «1С:ЗУП» → «1С:Бухгалтерия» и типовую форму уведомления, но качество автоматизации определяется не столько самой формой, сколько тем, насколько аккуратно выстроен процесс сверки плановых и фактических сумм. Чтобы обсудить задачу или получить консультацию по настройке такого процесса, свяжитесь с командой «Пятого фактора» любым удобным способом.

Источники

[1] ФНС России — С 1 сентября 2026 года вводится новый порядок уплаты НДФЛ и страховых взносов — https://www.nalog.gov.ru/rn77/news/activities_fts/16645183/

[2] nalog-nalog.ru — Как сформировать уведомление об исчисленных суммах налогов в «1С» — https://nalog-nalog.ru/uplata_nalogov/kak-sformirovat-uvedomlenie-ob-ischislennyh-summah-nalogov-v-1s-nn/

[3] buh.ru — Как представлять уведомления о рассчитанных суммах НДФЛ и страховых взносов в 2026 году — https://buh.ru/articles/uvedomleniya-po-ndfl-s-2026-goda-v-voprosakh-i-otvetakh.html

[4] klerk.ru — Одно уведомление до конца года, но деньги зарезервируют раньше: что изменится в ЕНС с 1 сентября 2026 года — https://www.klerk.ru/user/1963286/703129/

[5] koderline.ru — Обмен данными между базами 1С. Типовые проблемы обмена данными между конфигурациями «1С:Зарплата и управление персоналом 8», ред. 3 и «1С:Бухгалтерия 3.0» — https://www.koderline.ru/expert/sovety-ekspertov-raznoe/article-obmen-dannymi-mezhdu-bazami-1s-tipovye-problemy-obmena-dannymi-mezhdu-konfiguratsiyami-1s-zarplata-i/

[6] sb-vnedr.ru — Настройка обмена 1С:ЗУП и 1С:Бухгалтерия — https://sb-vnedr.ru/blog/nastroyka-obmena-1c-zup-i-1c-bukhgalteriya-sinkhronizatsiya/

[7] infostart.ru — Обмен данными между программами «1С: Бухгалтерия предприятия» редакция 2.0 и «1С: Зарплата и управление персоналом» редакция 3.1 — https://infostart.ru/1c/tools/611782/

[8] is1c.ru — Отладка обмена данными через обработку «Универсальный обмен данными в формате XML» — https://is1c.ru/about/pc/article/otladka-obmena-dannymi-cherez-obrabotku-universalnyy-obmen-dannymi-v-formate-xml-keys-na-primere-isp/

[9] binavigator.ru — Современная интеграция 1С: REST API, OData и асинхронность, как построить бесшовную интеграцию 1С в 2026 году — https://binavigator.ru/articles/servisy-1s/sovremennaya-integratsiya-1s-rest-api-1s-shina-i-arkhitektura-besshovnykh-resheniy/