Сайт не работает без javascript. Включите поддержку javascript в настройках браузера!
🔴 Бесплатный вебинар: Реформа ТК РФ-2026: от стажировки до увольнений и искусственного интеллекта
DR
DMITRY RULOFF
Зарплата
Читать 6 мин

Почему зарплатные реестры и их транзит надо стандартизировать уже сейчас

Предлагаемое решение: Казначейство как единый оператор зарплатных реестров.

1,6 тыс. просмотров66 открытий

Представьте картину: Зинаида Петровна, работник зарплатного отдела управления образования, обслуживает более сотни учреждений. В каждом из них сотрудники получают зарплату на карты самых разных банков — их может быть по десять и более. И по каждому учреждению, по каждому банку Зинаида Петровна должна:

  • сформировать реестр в своей учётной системе («Парус», «1С» или другой),

  • выгрузить файл в том формате, который «понимает» этот конкретный банк (а форматы у всех разные),

  • зайти в интернет-банк этого банка,

  • загрузить файл,

  • ввести пароль, подтвердить,

  • дождаться ответа.

Алгоритм для каждого банка свой. Интерфейсы разные. Форматы — свои. А в каждом учреждении — десятки сотрудников, разбитых по банкам.

Количество операций, которые выполняет Зинаида Петровна вручную, легко переваливает за сотню. А если в одном из учреждений кто-то из сотрудников решил сменить банк — алгоритм меняется, и всё идёт по новой.

Масштаб проблемы: сколько таких Зинаид Петровн по стране?

Проблема не единичная. В одной только Свердловской области действуют 700 государственных бюджетных учреждений и 2390 муниципальных, в которых работают более 236 тысяч человек. По всей России число муниципальных образований достигает 23,5 тысячи.

Если в каждом таком учреждении хотя бы 5–7 банков, в которые нужно перечислять зарплату, а в централизованной бухгалтерии на каждое учреждение уходит по несколько реестров — это миллионы ручных операций в месяц по всей стране. Миллионы часов, потраченных бухгалтерами на механическую работу.

А что с коммерческими предприятиями?

Отмена «зарплатного рабства» (Федеральный закон № 211-ФЗ) напрямую касается в первую очередь бюджетной сферы. Однако коммерческие предприятия сталкиваются с той же проблемой многобанковья, хотя и по другим причинам.

В крупных компаниях сотрудники тоже просят перечислять зарплату на разные карты. В ведомости могут оказаться десятки банков — Сбер, ВТБ, Альфа-Банк, Т-Банк, Совкомбанк, региональные банки. Программы «1С:Зарплата и управление персоналом» позволяют формировать ведомости по разным банкам, но автоматическая выгрузка в банки реализована только в рамках зарплатного проекта с одним банком.

Для коммерции ситуация даже сложнее: у неё нет «палочки-выручалочки» в виде Казначейства, поэтому каждое предприятие вынуждено либо покупать дорогие доработки учётных систем, либо мириться с ручным трудом.

Экономический эффект: сколько можно сэкономить

Давайте прикинем масштаб экономии от стандартизации зарплатных перечислений по стране.

Возьмём минимальную оценку:

  • 23,5 тысячи муниципальных образований × в среднем 5 банков в ведомости = 117,5 тысячи реестров в месяц.

  • Если бухгалтер тратит на загрузку одного реестра 15 минут (переключение между системами, ввод паролей, контроль), то в месяц это ~29 тысяч человеко-часов.

  • В год — ~350 тысяч человеко-часов по одним только муниципальным образованиям. А есть ещё региональные и федеральные учреждения.

Если средняя зарплата бухгалтера — 60 тысяч рублей в месяц (около 375 рублей в час), то только на ручной загрузке реестров страна теряет порядка 130 миллионов рублей в год. Это без учёта стоимости ошибок, задержек и штрафов.

Один раз внедрённая централизованная система через Казначейство окупится за первый же год работы.

Про риски и штрафы: Где деньги, Зин!

Задержка выплаты заработной платы — это нарушение трудового законодательства. По части 6 статьи 5.27 КоАП РФ должностное лицо может быть оштрафовано на сумму от 10 тысяч до 20 тысяч рублей, а юридическое лицо — от 30 тысяч до 50 тысяч рублей.

На практике к ответственности привлекают руководителей учреждений. Например, в 2024 году глава Роспотребнадзора Башкирии была оштрафована за несвоевременные выплаты 28 сотрудникам. Нарушение сроков подачи сведений в Социальный фонд — ещё один штраф по части 2 статьи 15.33.2 КоАП РФ.

Внимание, вопрос: нужно ли умножать штраф на количество сотрудников в реестре? Нет, ответственность наступает за сам факт нарушения срока выплаты, а не за каждого сотрудника отдельно. Но для юридического лица есть и другая опасность: в случае массовой задержки и жалоб в прокуратуру сумма штрафа может вырасти, а сам факт нарушения может стать основанием для более серьёзной проверки.

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

«Лоскутная автоматизация» — почему она не работает

Теоретически можно доработать «Парус» или «1С» так, чтобы они напрямую через API отправляли реестры в банки. На практике это:

  1. Дорого — доработка под каждый банк стоит сотни тысяч рублей, а банков может быть больше десяти.

  2. Неизвестно, есть ли API у банка — у небольших региональных банков может не быть готового интерфейса.

  3. Нет стандарта — у каждого банка свой формат и своя спецификация.

  4. Меняется банк у сотрудника — доработка устаревает.

Поэтому вместо «каждый сам за себя» нужна централизованная система, которая работает для всех банков и всех учреждений сразу.

Предлагаемое решение: Казначейство как единый оператор

Схема:

  1. Учреждение формирует реестр в учётной системе.

  2. Реестр шифруется публичным ключом банка-получателя с использованием КриптоПро CSP (сертифицированное средство шифрования, которое Казначейство уже использует).

  3. Зашифрованный реестр прикладывается к Заявке на кассовый расход (ЗКР) — это можно сделать через СУФД (Систему удалённого финансового документооборота казначейства), которая как раз и предназначена для обмена финансовыми документами между учреждениями и Казначейством .

Внимание: Казначейство уже принимает файлы-приложения к заявкам кассового расхода через СУФД — технический канал существует. Осталось только добавить функцию пересылки файлов в банки.

Особо важное дополнение:

Сейчас в России происходит масштабный переход на Единую бюджетную платформу (ЕБП) — модуль бюджетного процесса ГИИС «Электронный бюджет», который приходит на смену СУФД и АСФК . С 10 января 2026 года Казначейство начало открытие единых лицевых счетов для бюджетных и автономных учреждений в рамках ЕБП . К 2030 году все процессы финансово-экономической деятельности будут обеспечиваться средствами единой цифровой платформы .

Поэтому предлагаемый функционал — транзит зашифрованных зарплатных реестров в банки — крайне желательно успеть включить во внедряемую Единую бюджетную платформу на этапе её проектирования и разработки.

Это позволит:

  • не создавать «заплаток» и не переделывать систему дважды,

  • сразу заложить механизм в новую архитектуру,

  • сэкономить бюджетные средства на последующих доработках.

Как говорится в материалах Казначейства, на стратегических сессиях уже рассматриваются вопросы совершенствования дополнительных сервисов в Единой бюджетной платформе . Значит, сейчас — самое подходящее время, чтобы предложить включить туда и автоматическую рассылку зарплатных реестров.

Техническая инфраструктура (КриптоПро, канал для файлов-приложений) уже существует. Вместо СУФД и АСФК приходит Единая бюджетная платформа. Осталось добавить один функциональный блок — пересылку зашифрованного реестра в банк — и сделать это прямо сейчас, пока ЕБП только внедряется.

А если реестр не прошёл проверку?

Передаче реестров через Казначейство с помощью зашифрованного файла-приложения не отвечает на вопрос: «Как не прошедший проверку реестр будет исправлен и отправлен заново? Как об ошибке узнает отправитель?»

Ответ: система СУФД уже имеет механизмы обратной связи. В инструкции Федерального казначейства чётко прописано: «При получении отрицательного протокола загрузки обеспечивается устранение выявленных несоответствий и повторно направляется информация».

Для реестров можно использовать тот же принцип:

  1. Банк проверяет реестр (формат, реквизиты, суммы).

  2. Если ошибка — банк возвращает протокол ошибки.

  3. Казначейство (не читая реестр) передаёт протокол учреждению.

  4. Учреждение исправляет реестр и отправляет заново.

Никакой принципиальной новизны — механизм уже отлажен для других видов документов.

А не создаст ли это «единую точку отказа»?

Одно из главных возражений против централизации звучит так: «А если АСФК (автоматизированная система федерального казначейства) упадет, вся страна останется без зарплат?»

Это возражение не выдерживает проверки реальностью.

Во-первых, Казначейство уже является единым центром, через который проходят все бюджетные платежи страны. Оно обрабатывает миллионы операций ежедневно, проводит казначейский мониторинг и проверяет лимиты. Если бы существовал риск «падения» системы, он уже реализовался бы — но система работает.

Во-вторых, отказоустойчивость заложена в архитектуру. Инфраструктура Казначейства строилась и развивалась как «динамично развивающаяся, надежная и передовая казначейская система». В ней предусмотрены механизмы резервирования: если локальный сервер недоступен, обращение автоматически идет к резервному.

В-третьих, взглянем на проблему с другой стороны: кто сегодня является главной «точкой отказа»?

Зинаида Петровна, бухгалтер из нашего примера. Она может:

  • уйти на больничный;

  • ошибиться при загрузке файла в десятый по счету интернет-банк;

  • не успеть загрузить реестры в срок, потому что процесс занимает часы.

Штрафы за срыв сроков выплат по части 6 статьи 5.27 КоАП РФ для юридического лица составляют до 50 тысяч рублей. В случае централизованной бухгалтерии масштаб штрафов становится катастрофическим. Человек — это гораздо более ненадёжный «единый узел», чем отказоустойчивая цифровая система.

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

Какие ещё могут быть возражения:

- «Казначейству не нужны персональные данные»
Реестры шифруются публичным ключом банка. Казначейство не имеет доступа к содержимому и не является оператором персональных данных.

- «У банка нет API»
Казначейство вправе обязать банки, работающие с бюджетными средствами, предоставить API для приёма реестров.

- «Форматы реестров разные»
На первом этапе — пусть остаются разными. Казначейство пересылает файл как есть. Унификация форматов — задача на перспективу.

- «Мы станем узким местом»
Нагрузка минимальна: транзит файлов не требует обработки. Автоматизация исключает участие человека.

Кому это выгодно?

Бухгалтерам — освобождение от рутины и снижение риска штрафов.
Сотрудникам — реальная возможность менять банк без бюрократических сложностей.
Частным банкам — равный доступ к бюджетным зарплатным потокам.
Государству — повышение эффективности и прозрачности расходов.

Резюме

Заставлять бухгалтера в централизованной бухгалтерии разбираться в форматах десяти разных банков. Это неэффективно, дорого и рискованно.

Техническая инфраструктура (КриптоПро, СУФД, канал для файлов-приложений) уже существует.

Осталось добавить один функциональный блок — пересылку зашифрованного реестра в банк.

Это решит проблему раз и навсегда. Для всех учреждений. Для всех банков. По всей стране.

И зарплатное рабство и негативные последствия борьбы с ним наконец-то уйдут в историю.

Информации об авторе

Этот пост написан блогером Трибуны. Вы тоже можете начать писать: сделать это можно .

Начать дискуссию

ГлавнаяПодписка