← На главную

С 2021 года в России изменились правила оформления платежных поручений на перевод налогов, сборов и иных обязательных платежей в бюджетную систему. Основное изменение коснулось перехода на систему казначейского обслуживания. Для пользователей современных решений, таких как «1С:Бухгалтерия 3.0», обновление классификаторов банков происходит автоматически. Однако владельцы устаревших программных продуктов (1С:Бухгалтерия 2.0, УПП 1.3, УТ 10.3) столкнулись с проблемой: новые БИК, начинающиеся на «00» или «01», не загружаются привычным способом.

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

Почему новые БИК не загружаются автоматически через классификатор?

Проанализируем техническую сторону вопроса. В старых редакциях программ на платформе «1С:Предприятие 8» механизм обновления классификатора банков (справочник Банки) был завязан на получение файла bnk.zip с серверов РБК или других внешних ресурсов. Этот файл традиционно содержит данные коммерческих банковских учреждений.

Новые реквизиты для оплаты налогов — это счета Федерального казначейства. Их БИК имеют специфический формат (начинаются на 00, 01, 02), который ранее считался системой «некорректным». Более того, РБК не транслирует данные казначейств в своем классификаторе. Рассмотрим, как реализована поддержка в разных версиях:

1. В новых редакциях (БП 3.0, ERP, ЗУП 3.1): Используется современная Библиотека Стандартных Подсистем (БСП). Она получает данные в формате JSON непосредственно с серверов 1С (шлюз api.orgcenter.1c.ru), где казначейские БИКи уже присутствуют.
2. В старых редакциях (БП 2.0, УПП 1.3): Обновление БСП для этих конфигураций не выпускается. Механизм загрузки через JSON там отсутствует, а старый метод через bnk.zip не видит новых кодов.

Шаг 1. Обновление конфигурации для снятия программных ограничений

Первым делом нам необходимо убедиться, что программа в принципе «понимает» новые БИКи. В старых релизах была жестко прописана проверка: БИК должен состоять из 9 цифр и начинаться на 04. Если вы попробуете ввести БИК казначейства вручную в старой версии, программа выдаст ошибку валидации.

Разберем, что было сделано разработчиками. В финальных обновлениях для БП 2.0 (начиная с релиза 2.0.66.125) и соответствующих патчах для УПП была добавлена возможность перечисления денежных средств на казначейские счета. Суть обновления заключается в том, что проверка БИКа на валидность теперь допускает начало кода с 00, 01 и 02.

Проанализируем ситуацию: если ваша конфигурация ниже указанной версии, вам необходимо либо обновиться, либо пригласить программиста для внесения изменений в процедуру проверки корректности БИК в модуле справочника Банки.

Шаг 2. Ручное создание записи в справочнике «Банки»

Поскольку автоматическая загрузка через стандартный классификатор (РБК) для казначейских БИК в 2.0 и УПП не работает, единственный официальный путь — ручной ввод данных. Рассмотрим этот процесс пошагово:

1. Откройте справочник Банки (через меню «Банк и касса» или «Справочники»).
2. Нажмите кнопку «Добавить» (создать новый элемент).
3. В поле БИК введите соответствующий код вашего территориального управления казначейства (например, начинающийся на 01).
4. Если конфигурация обновлена, система позволит сохранить этот код.
5. В поле Наименование укажите банк получателя так, как это требует казначейство (например: ОТДЕЛЕНИЕ ТУЛА БАНКА РОССИИ//УФК по Тульской области).
6. Поле Корр. счет для казначейских счетов (ЕКС) часто остается пустым или заполняется согласно специфическим требованиям вашего регионального УФК, однако ключевыми являются поля счета получателя в самой платежке.

Шаг 3. Настройка реквизитов налоговой инспекции

После того как «банк» (казначейство) создан в справочнике, перейдем к настройке контрагента (налоговой инспекции):

Разберем состав новых реквизитов, которые должны появиться в платежном поручении:

• Поле 13 (Наименование банка): Должно содержать название банка и через двойной слэш наименование УФК.
• Поле 14 (БИК): Тот самый новый БИК (00/01/02...).
• Поле 15 (Счет банка): Номер счета, входящий в состав единого казначейского счета (начинается на 40102).
• Поле 17 (Счет получателя): Номер казначейского счета (начинается на 03100).

В справочнике Банковские счета у контрагента (ИФНС) выберите созданный ранее банк с БИК 01/00 и заполните оба счета. В поле Номер счета укажите счет, начинающийся на 03100. Обратите внимание, что поддержка двух счетов в платежке также реализована только в последних обновлениях старых редакций.

Резюме и рекомендации

Посмотрим на ситуацию в целом. Для пользователей УПП 1.3, даже находящихся на платной поддержке, разработчики не планируют внедрять новый механизм загрузки JSON, так как это требует масштабной переработки архитектуры. Официальная рекомендация — один раз внести реквизиты своих региональных казначейств вручную.

Важные моменты:

• Проверьте номер релиза: для БП 2.0 это минимум 2.0.66.125.
• Не пытайтесь загружать классификатор с РБК в надежде увидеть там казначейство — его там нет и не будет.
• Если вы используете сильно кастомизированную (измененную) УПП и не можете обновиться, попросите программиста найти в коде функцию БИККорректен (или аналогичную в модуле РаботаСДиалогами) и разрешить ввод кодов, начинающихся на 00 и 01.
• Помните, что редакция 2.0 официально признана устаревшей, и переход на 3.0 — лучший способ избежать подобных проблем в будущем, так как там автоматизация учета казначейских платежей реализована в полном объеме.

Рассмотренный нами алгоритм позволяет продолжать работу в привычных интерфейсах 1С версии 8.2 (обычные формы), соблюдая при этом актуальные требования законодательства по заполнению бюджетных платежей.