Унифицированные форматы электронных банковских сообщений Банка России. Обмен с клиентами Банка России
1.1 Унифицированные форматы электронных банковских сообщений (УФЭБС) представляют собой единые по всей территории России форматы электронных сообщений, предназначенные для электронного обмена подразделений Банка России с клиентами Банка России, расположенными на территории Российской Федерации, при осуществлении безналичных расчетов в валюте Российской Федерации.
1.2 Основными целями разработки УФЭБС являются стандартизация способов и средств взаимодействия между автоматизированными системами различных разработчиков, используемыми в расчетной системе Банка России для осуществления безналичных расчетов на территории Российской Федерации и взаимодействия с ней, упрощение существующих форматов электронных сообщений, переход к современным стандартам обмена коммерческой информацией в электронном виде.
1.3 УФЭБС разработаны на языке разметки XML.
2. Официальное описание УФЭБС
Полное описание взаимодействия клиентов с Банком России приведено в следующих документах:
Автоматизация процедур рекламационной переписки в расчетной сети Банка России (ED243/ED244)
Автоматизация процедур рекламационной переписки в расчетной сети Банка России (ED243/ED244)
admin_qrm 2019-02-21T19:43:15+03:00 10/10/2018 | EDSmart |
Выпущен очередной релиз модуля EDSmart 1.2. В числе прочего в новом релизе автоматизированы рутинные процедуры рекламационной переписки, связанные с получением информации по ЭПС участника при осуществлении электронных расчетов через платежную систему ЦБ.
- Мониторинг поступления входящих запросов ED243 и автоматическая рассылка уведомлений (email) в соответствующие подразделения банка. Уведомление содержит данные из поступившего запроса и необходимые для расследования реквизиты исходного платежного документа.
- При анализе поступившего запроса к его содержимому могут быть добавлены сведения из первичного платежного документа, в отношении которого поступил данный запрос. Для этого в настройках модуля можно настроить параметры соответствующего SQL-запроса к любой АБС.
- При создании ответного ED244 в него автоматически будут включены все необходимые атрибуты из полученного запроса и реквизиты первичного электронного платежного сообщения.
- Для подготовки исходящих запросов создан специальный интерфейс, с помощью которого пользователи могут автоматически создавать ED243 на основе платежных документов, ранее зачисленных на счета невыясненных сумм или на счета получателей в банке.
- В интерфейсе «Мониторинг обработки электронных сообщений» добавлена функция контроля своевременности подготовки ответных сообщений на поступившие запросы и получения ответов на запросы банка.
Модуль EDSmart предназначен для обеспечения защищенного информационного обмена электронными платежными и служебно-информационными сообщениями между коммерческим банком и платежной системой Банка России при переходе на использование нового АРМ КБР-Н и АРМ КБР-СПФС.
Ed244 что это
КА — код аутентификации. Данные, используемые для удостоверения права распоряжения денежными средствами (для ЭС, содержащих распоряжения в электронном иде), контроля целостности и подтверждения подлинности ЭС.
ЗК — защитный код.
ЭС — любое сообщение, соответствующее УФЭБС.
ЭПС — электронное сообщение, являющееся основанием для совершения операций по счетам. С установленным КА (код аутентификации) и имеющее равную юридическую силу с расчетными документами на бумажных носителях, подписанными собственноручными подписями уполномоченных лиц и заверенными оттиском печати.
ЭСИС — Электронное служебно-информационное сообщение. электронное сообщение с установленным КА, обеспечивающее обмен информацией при совершении расчетов и проведении операций по счетам (запросы, отчеты, выписки из счетов, документы, связанные с предоставлением кредитов Банка России, и т.п.).
ПБР — Подразделение Банка России.
ПС БР — Платежная система Банка России: система, предназначенная для автоматизации расчетов и создания общей информационной среды для функционального взаимодействия всех банковских субъектов (ПБР, коммерческих банков и их филиалов, некредитных организаций и других клиентов Банка России).
Список электронных сообщений
Тип ЭС — код (тэг) файла сообщения: ED101, ED211 и т.д.
Тип «Пакет» — ЭС, содержащее несколько однотипных ЭС. Создается, например, при выгрузке рейсов, наряду с ЭС типа ED101 по каждой платежке.
Номер ЭС — номер ЭС в течение опердня, соответствует реквизиту EDNo по формату УФЭБС. Должно быть уникальным для всех ЭС, направляемых в Банк.
Дата составления — календарная дата формирования ЭС (добавления записи об ЭС).
Статус — статус исходящих ЭС с типом ED101 по данным ЭС из банка: Подтверждено, Отклонено, Аннулировано.
Счет — р/с бюджета, по которому составлены ЭС.
Автор — уникальный идентификатор составителя ЭС (EDAuthor). При выгрузке рейсов вычисляется как [БИК(7)+Клиент], где БИК(7) — последние 7 знаков БИК банка отправителя платежей, Клиент — код клиента для банка отправителя, указывается в справочнике банков на вкладке «Клиенты».
Пакет — признак ЭС с типом «Пакет». Под пакетом ЭС понимается одно или более ЭС, подписанных КА, при этом каждое ЭС в составе пакета не подписывается КА. Пакет ЭС имеет общую группу реквизитов, относящуюся ко всей совокупности ЭС, входящих в состав пакета, и включающую «Общее количество ЭС, входящих в состав пакета», «Общая сумма ЭС, входящих в состав пакета».
Тип документа — содержимое ЭС. Для пакетов указывается тип составляющих пакет ЭС.
Номер документа — для ЭС типа ED101 указывается номер платежного поручения.
Дата документа — для ЭС типа ED101 указывается дата платежного поручения.
Сумма документа — для ЭС типа ED101 указывается сумма платежного поручения. Для ED201, ED205 и ED206 — это сумма документа, по которому получен ответ на запрос.
При удалении ЭС соответствующие документы — выписки, платежки — не удаляются.
При удалении платежек так же удаляются ЭС ed101.
При удалении выписки ( в списке документов «Выписка по счету бюджета») так же удаляются соответствующие ЭС (ed211, ed101).
ED242 — запрос о повторном получении ЭС либо результатов контроля ЭС. В окне ввода в разделе «Запрашиваемое сообщение» можно указать реквизиты требуемого ЭС с клавиатуры в полях «Номер ЭС» и «Дата», либо выбрать из списка имеющихся ЭС по кнопке «Добавить строку» ( заполнить надо что-то одно: либо поля, либо строку таблицы ).
Порядок работы в течение дня
Выгрузка рейсов в формате УФЭБС: при этом в режиме «Электронные сообщения (ЭС)» создаются записи с типом ED101, с Пакетом или без него, в зависимости от рейса и варианта защиты ( см настройку передачи рейса «Варианты защиты электронных сообщений (ЭС)» ). К созданным ЭС файлы выгрузки не прикрепляются.
Выгруженный файл далее загружается в ПО, предоставленное банком (АРМ КБР-Н), для проверки и отправки в банк.
Приём выписок: при этом в режиме «Электронные сообщения (ЭС)» создаются записи с соответствующим типом обработанных ЭС, и создается документ в режиме «Выписка по счету бюджета».
Прием входящих ЭС следует выполнять пачкой (все файлы разом — рекомендуемый способ). Возможен прием и по одному файлу — отдельно каждое ЭС (не рекомендуем). Если файлы ЭС закодированы методом base64, то предварительная раскодировка не требуется.
При приеме ED101, ED103, ED104, ED105, ED108: создаются записи с ED101 и соответствующее платежное поручение.
| • | При приеме ED201: создается запись с ED201, на исходном ЭПС ставится статус «Отклонено», если код результата контроля не успешный (успешными считаем значения 2900 и 2999, поле CtrlCode) и у платежного поручения ставится аналитический признак «Забракован». |
| • | При приеме ED205: создается запись с ED205, на исходном ЭПС ставится статус «Аннулировано», если код статуса (состояния) ЭПС не успешный (не успешными считаем значения 04, 20, 21, 31, поле StatusStateCode) и у платежного поручения ставится аналитический признак «Забракован». |
| • | При приеме ED206: создается запись с ED206. На исходном ЭС ED101 ставится статус «Подтверждено» и у платежного поручения ставится дата проводки. |
| • | При приеме ED211: создается запись с ED211, к которой подвязываются ED101 входящие в ED211. Создается выписка по счету бюджета, к которой квитуются ранее принятые платежные поручения из ED101. |
К успешно принятым документам принимаемый файл прикрепляется как оправдательный документ.
Стартовый номер ЭС в течение опердня — задает смещение номеров ЭС (EDNo), формируемых в ПК «Бюджет-СМАРТ», и предназначена для разнесения диаппазонов номеров ЭС, отправляемых в банк (присваивает пользователь) и приходящих из банка (присваиваемых банком). Значение по умолчанию 100 000 — т.е. первый номер ЭС (выгрузка рейсов) в текущем дне будет 100001.
Путь к обработанным файлам — папка, куда будут складываться обработанные (принятые) файлы ЭС. Путь задается относительно компьютера пользователя, принимающего файлы ЭС. Если файлы ЭС закодированы методом base64, то в указанной папке будет создан подкаталог decode\, в котором будут сохраняться принятые файлы ЭС в раскодированном виде.
Контроль на повторный прием — по отмеченным реквизитам осуществляется контроль на дублирование принимаемых платежных документов с уже имеющимися в базе и связанными с выписками/ведомостями:
| o | Выписка по счету бюджета |
| o | Ведомость по движению свободного остатка средств бюджета |
| o | Ведомость по кассовым выплатам из бюджета (ЭД) |
| o | Справка о свободном остатке средств бюджета |
Кворум: Решение для защищенного обмена электронными сообщениями с Банком России
Компания «Кворум» в конце декабря 2017 года выпустила релиз АБС-независимого решения для защищенного обмена электронными сообщениями с Банком России.
Продукт позволяет кредитным организациям в удобной пользовательской среде осуществлять обмен электронными сообщениями с Банком России в соответствии с установленным регламентом.
По словам разработчиков, решение представляет собой АБС-независимую полнофункциональную среду, отвечающую всем требованиям к процедуре установки электронной подписи отправляемых электронных платежных и информационных сообщений и обладающую развитым пользовательским интерфейсом.
Модуль реализован на платформах СУБД Oracle и MS SQL. В перспективе планируется подключение СУБД PostgreSQL.
Функциональные возможности модуля включают загрузку отдельных электронных сообщений (ЭС) и пакетов ЭС из автоматизированных систем банка с одновременным входным форматно-логическим контролем на соответствие XML-схемам УФЭБС (унифицированных форматов электронных банковских сообщений). Передача информации между системами банка и модулем может осуществляться путем файлового обмена через систему выделенных каталогов или на основе очередей сообщений c применением промежуточного ПО класса Message Oriented Middleware (например, IBM MQ).
Помимо загрузки из внешних систем, в состав включен компонент, позволяющий создавать и редактировать любое из более чем ста действующих по данным на декабрь 2017 год типов платежных и служебно-информационных сообщений непосредственно в модуле. Экранные формы для ввода и редактирования отдельных электронных сообщений и пакетов генерируются динамически на основе мета-данных, содержащихся в XML-схемах УФЭБС. В случае изменения форматов существующих сообщений или появления новых пользователям модуля достаточно обновить набор соответствующих XSD‑файлов.
На основе сведений, содержащихся в XSD‑файлах и в справочнике «Кодовые значения реквизитов ЭС» (документ УФЭБС), модуль автоматически контролирует форматы и значения вводимых атрибутов, проверяет заполнение обязательных полей.
Для более сложного логического контроля в состав модуля входит специальная библиотека правил, определяющих условия заполнения атрибутов сообщений, регламент формирования пакетов сообщений, порядок присвоения полям сообщений значений по умолчанию и иные условия. Например, с помощью подобных правил можно задать запрет на включение более одного сообщения с типом ED462 в «Пакет ЭС для операций с наличными деньгами (PacketCash)». Или при формировании ответного сообщения ED244 автоматически заполнять элементы атрибута «Реквизиты ЭПС, поясняющие запрос (EDDefineAnswerInfo)» значениями полей первичного платежного документа, в отношении которого поступил запрос. Данный подход обеспечивает снижение трудозатрат и сокращение количества ошибок, возникающих при вводе электронных сообщений, отметили в «Кворуме».
Безопасность
В модуле в полном объеме реализованы требования ЦБ по защите электронных сообщений с использованием защитных кодов (ЗК) и кода аутентификации (КА). Количество КА и ЗК на отдельном сообщении или пакете определяется выбором одного из трех вариантов защиты, предусмотренных УФЭБС. В момент передачи подготовленных сообщений в АРМ КБР-Н (или непосредственно Универсальному транспортному агенту — УТА) производится канонизация и нормализация XML-образов сообщений в соответствии с требованиями ЦБ. В качестве средства криптографической защиты информации используется СКАД «Сигнатура».
По аналогии с АРМ КБР-Н в модуле применяется такое понятие, как «точки обмена». Для каждой точки обмена можно настроить каталоги обмена (очереди сообщений) с автоматизированными системами банка, с одной стороны, и АРМ КБР-Н (или УТА) — с другой, а также указать перечень филиалов в случае использования централизованной схемы обработки, выбрать вариант схемы защиты, указать атрибуты применяемых сертификатов СКАД «Сигнатура» и другое.
Решение соответствует регламентам, описанным в информационных сообщениях Межрегионального центра обработки информации (МЦОИ) Банка России №3 от 19.01.2017, №17 от 24.01.2017, №58 от 05.06.2017 и №94 от 27.10.2017, и поддерживает порядок использования защитных кодов и кодов аутентификации в варианте защиты электронных сообщений согласно документу Банка России «Унифицированные форматы электронных банковских сообщений. Защита электронных сообщений (Пакетов ЭС)».
Мониторинга потока сообщений
В модуле также реализован ряд функций, предназначенных для мониторинга потока входящих и исходящих сообщений. Например, модуль позволяет отслеживать поступление входящих запросов, требующих обязательного ответа со стороны банка, или контролировать получение ответов на запросы, которые отправляет сам банк. Контроль за «жизненным циклом» сообщений осуществляется на основе статусной модели, которая отражает текущее состояние каждого сообщения или пакета, начиная с момента его создания и заканчивая приемом к исполнению в подразделениях Банка России.
Разграничение доступа
Доступ пользователей к функциям модуля осуществляется в соответствии с ролевой моделью, которая может быть настроена в соответствии с принятым в конкретном банке внутренним регламентом.