Как исправить ошибку RSKP_0000_45_2 при выгрузке РСКП из БГУ 2 в ЕБП Финансы?

Программист 1С v8.3 (Управляемые формы) Бухгалтерский учет Сфера услуг, туризм и социальный сектор
← На главную

Рассмотрим распространенную проблему, с которой сталкиваются бюджетные учреждения при выгрузке Распоряжений о совершении казначейского платежа (РСКП) из бухгалтерских систем (например, «1С:Бухгалтерия государственного учреждения 2.0») в ЕБП Финансы. Система возвращает отказ с ошибкой RSKP_0000_45_2 и описанием: «Реквизит Наименование обслуживающей организации не соответствует справочным данным в блоке информация о получателе». Разберем причины возникновения этого контроля и проанализируем доступные способы устранения ошибки.

Причины возникновения ошибки

Проанализируем механику проверки на стороне платформы ЕБП. При импорте РСКП из бухгалтерских систем выполняется жесткий автоматический контроль реквизита «Наименование обслуживающей организации». Значение, переданное в файле выгрузки, сверяется со справочниками «Российские банки (включая сведения БИК)» и «Книга регистрации казначейских счетов».

Проблема кроется в том, что формат ожидаемого наименования строго зависит от типа счета получателя. Если в вашей базе 1С классификатор банков (БИК) заполнен немного иначе (например, содержит город с точкой или избыточную информацию), ЕБП отклонит документ. Выясним точные правила валидации, применяемые принимающей стороной:

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

Способы решения проблемы в 1С:БГУ 2

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

Шаг 1. Актуализация справочника банков

Перед любыми исправлениями необходимо обновить классификатор банков (БИК) в вашей информационной базе. Зачастую штатное обновление классификатора позволяет привести данные к требуемому формату.

Шаг 2. Установка официальных патчей от фирмы «1С»

Для корректной выгрузки наименований под новые требования ЕБП фирма «1С» выпустила исправления. Рассмотрим применение патчей:

  1. Для релизов 2.0.109 и 2.0.110 необходимо установить патч EF_00_00947648.
  2. Также может быть актуален патч EF_00_00944504.

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

Шаг 3. Перезаполнение документов РСКП

Проанализируем ситуацию с ранее созданными, но отклоненными РСКП. Поскольку текстовые реквизиты могут храниться непосредственно в документе, после обновления классификатора или установки патча необходимо:

  1. Открыть отклоненный документ РСКП.
  2. Заново перевыбрать (перезаполнить) банковский счет получателя, чтобы подтянулись корректные данные наименования обслуживающей организации.
  3. Провести документ и повторить выгрузку в ЕБП.

Шаг 4. Ручная корректировка (если патч недоступен)

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

Ограничения на стороне ЕБП

Посмотрим на ситуацию, когда все требования выполнены: классификатор БИК обновлен, счет получателя в РСКП перезаполнен по правилам (город удален для коммерческих счетов или точка удалена для казначейских), но система ЕБП продолжает возвращать отказ RSKP_0000_45_2. В период внедрения нового контроля на стороне ЕБП наблюдались технические сбои и рассинхронизация внутренних эталонных справочников, из-за чего система могла браковать даже идеально заполненные документы.

Если вы столкнулись с подобным сбоем и перепробовали все варианты, единственным решением остается обращение в техническую поддержку ЕБП. Обязательно приложите к заявке исходный XML-файл обмена РСКП, который был сформирован в 1С, чтобы специалисты поддержки могли проанализировать фактическое значение реквизита, которое система отказывается принимать.

← На главную