С 1 апреля 2026 года изменились правила заполнения казначейских платежей. Если бухгалтер продолжает использовать старые шаблоны в 1С, ERP или внутренние заготовки прошлых месяцев, риск возврата платёжного поручения резко возрастает. Ниже — полный разбор, какие поля затронуты, что именно проверяют, где чаще всего ошибаются и как пройти этот период без потерь по срокам.
Формально изменения выглядят как корректировка правил заполнения отдельных реквизитов. На практике это намного серьёзнее. Для компаний, которые работают через казначейские счета, любые сдвиги в логике заполнения быстро превращаются в операционную проблему: платежки начинают возвращаться, сотрудники вручную пересобирают документы, сроки оплаты сдвигаются, контрагенты нервничают, а заказчик видит, что финансовый контур работает нестабильно.
Опасность таких обновлений в том, что бухгалтер визуально может не заметить ошибку. Платёжное поручение выглядит привычно: все блоки заполнены, реквизиты на месте, счёт указан. Но казначейство проверяет не только наличие полей, а соответствие их значений типу счёта, сценарию платежа и действующим правилам. Из-за этого старый шаблон, который год работал без сбоев, после 1 апреля 2026 года начинает давать возвраты.
Изменения касаются не только «какого-то одного поля». Меняется сама логика работы со сценариями платежей. Ошибка в одном значении почти всегда тянет за собой цепочку проблем: бухгалтер берёт старый шаблон, система подставляет старое поле, документ уходит на проверку и возвращается.
Именно поэтому бухгалтеры сейчас ищут не просто новость, а понятный ответ на два вопроса: какие значения нужно ставить теперь и как быстро проверить, что текущие шаблоны не устарели. В этом и состоит практическая ценность этой статьи.
Самый частый источник проблем — это поля, которые бухгалтер привык считать техническими. В обычной рутине они не воспринимаются как зона риска. Но после 1 апреля 2026 года именно они стали точкой, где ломается логика всей платежки.
| Поле | Что изменилось | Почему это опасно |
|---|---|---|
| 101 | Жёсткая привязка статуса плательщика к типу счёта получателя | Старое значение из шаблона визуально незаметно, но даёт возврат документа |
| 106 | Для ряда сценариев теперь должно быть значение 0 | Если система подставляет старое основание, платёж не проходит проверку |
| 107 | Для части счетов поле должно быть обнулено | Остаются старые настройки в ERP или 1С, бухгалтер не видит ошибку сразу |
| 109 | Для отдельного счёта также требуется 0 | Старый шаблон продолжает тянуть дату документа-основания, что ломает сценарий |
Важно понимать: казначейство оценивает не каждое поле отдельно, а связку значений. Поэтому даже если один реквизит выглядит безобидно, в контексте конкретного счёта он может полностью поменять исход проверки.
Поле 101 — это статус плательщика. После обновления именно оно чаще всего становится причиной возврата, потому что бухгалтеры привыкли копировать удачную старую платежку, а затем менять только сумму, назначение и получателя. Внутренние технические поля остаются как были. Если раньше эта привычка сходила с рук, то сейчас она начинает ломать документ.
Отдельная проблема в том, что многие сотрудники не знают, какой именно набор статусов допустим для конкретного счета. Из-за этого работа идёт по инерции: ставится то значение, которое использовалось в прошлом месяце. Когда правила обновились, такой подход перестал быть безопасным.
Ниже — практическая часть, ради которой бухгалтеры и ищут подобные материалы. Здесь собраны значения, которые нужно учитывать при заполнении платежек по сценариям, указанным в уведомлении банка. Именно этот блок имеет смысл сразу сохранить во внутреннюю инструкцию или использовать как ориентир при проверке шаблонов.
Это отдельный специальный сценарий. Его нельзя смешивать с логикой для других счетов, начинающихся на 03100.
Для таких счетов в поле 101 можно использовать следующие значения:
03, 05, 06, 07, 08, 16, 17, 19, 20, 23, 24, 28, 29, 30, 32, 34.
Исключение — счёт 03100643000000018500, для которого действует отдельное правило выше.
Вместо того чтобы каждый раз вручную вспоминать допустимые значения, удобнее использовать готовый инструмент для копирования полей. Для этого у нас уже собран отдельный сервис:
После любых изменений в правилах заполнения возникает типичная волна возвратов. Это нормально и почти неизбежно. Но важно понимать, что в большинстве случаев возврат происходит не потому, что бухгалтер совсем не разбирается в теме, а потому, что действующая рабочая система живёт по инерции. Шаблоны не обновлены, внутренние инструкции не переписаны, сотрудники опираются на прошлый опыт, а не на новую логику.
На практике чаще всего встречаются такие причины:
Самая опасная привычка — брать «старую рабочую платежку» и просто менять в ней сумму, контрагента или назначение. После 1 апреля 2026 года этот подход стал гораздо опаснее, потому что технические поля, которые раньше никто не трогал, теперь чаще оказываются критичными.
Многие недооценивают стоимость одного возврата. Формально это просто «не прошёл документ». Но на деле за этим часто идут повторная проверка, срочная переподготовка платежки, сдвиг оплаты поставщику, вопросы от руководителя и лишнее напряжение внутри команды. Когда таких возвратов несколько подряд, проблема перестаёт быть технической и становится управленческой.
Если компания работает с казначейством постоянно, такие ошибки накапливаются и съедают огромное количество рабочего времени. Поэтому задача сейчас не в том, чтобы один раз исправить конкретную платежку, а в том, чтобы обновить саму систему работы с шаблонами.
Самый разумный подход в 2026 году — перестать воспринимать изменения как разовую новость. Это не просто инфоповод, который можно прочитать и забыть. Это сигнал к ревизии всей рабочей логики. Ниже — практический алгоритм, который помогает быстро снизить риск возвратов.
| Шаг | Что нужно сделать | Зачем это нужно |
|---|---|---|
| 1 | Проверить, какие типы счетов реально используются в работе компании | Чтобы не обновлять шаблоны вслепую и не смешивать разные сценарии |
| 2 | Сверить поле 101 по каждому типу счёта | Именно здесь чаще всего остаются старые значения |
| 3 | Проверить, где должны стоять нули в полях 106, 107 и 109 | Система часто подставляет старые данные автоматически |
| 4 | Пересобрать внутренние шаблоны в ERP и 1С | Без этого ошибки будут повторяться снова и снова |
| 5 | Сделать короткую внутреннюю памятку для сотрудников | Чтобы новые сотрудники и коллеги не копировали устаревшие документы |
В большинстве компаний ошибка возникает так: один бухгалтер находит новость об изменениях, другой продолжает работать по старому шаблону, а третий копирует предыдущую успешную платежку, потому что «она же раньше проходила». В итоге документы в одной и той же компании начинают собираться по разным правилам. Чтобы этого не было, важно перейти от личной памяти сотрудников к единой зафиксированной логике.
Компания стабильно проводила платежи до апреля 2026 года и не считала свой процесс проблемным. После обновления правил подряд пришло несколько возвратов. Разбор показал, что бухгалтеры продолжали использовать шаблон, в котором поле 101 оставалось старым. После обновления внутренних шаблонов и короткой инструкции для команды проблема исчезла полностью.
Это хороший пример того, что причина возврата чаще всего не в «сложности казначейства», а в технической инерции внутри компании. Когда шаблоны обновлены, процесс снова становится управляемым.
После изменений с 1 апреля 2026 года проблема почти всегда в деталях: старые шаблоны, неверный сценарий, лишняя ручная правка. Если нужно спокойно проверить платежки перед отправкой и перестроить рабочую логику без возвратов, это уже задача сопровождения.