ПОСТАНОВЛЕНИЕ ПРАВЛЕНИЯ НАЦИОНАЛЬНОГО БАНКА РЕСПУБЛИКИ БЕЛАРУСЬ
20 ноября 2018 г. № 536
Об утверждении и введении в действие стандартов проведения расчетов
Изменения и дополнения:
Постановление Правления Национального банка Республики Беларусь от 15 апреля 2019 г. № 153 (Национальный правовой Интернет-портал Республики Беларусь, 11.07.2019, 8/34241) <B21934241p>;
Постановление Правления Национального банка Республики Беларусь от 28 июля 2020 г. № 253 (Национальный правовой Интернет-портал Республики Беларусь, 01.09.2020, 8/35703) <B22035703p>;
Постановление Правления Национального банка Республики Беларусь от 17 сентября 2020 г. № 296 (Национальный правовой Интернет-портал Республики Беларусь, 29.10.2020, 8/35961) <B22035961p>;
Постановление Правления Национального банка Республики Беларусь от 6 сентября 2021 г. № 256 (Национальный правовой Интернет-портал Республики Беларусь, 15.10.2021, 8/37220) <B22137220p>;
Постановление Правления Национального банка Республики Беларусь от 26 сентября 2022 г. № 358 (Национальный правовой Интернет-портал Республики Беларусь, 19.11.2022, 8/38967) <B22238967p>
На основании абзаца сорок пятого статьи 26, части второй статьи 32 и части первой статьи 39 Банковского кодекса Республики Беларусь Правление Национального банка Республики Беларусь ПОСТАНОВЛЯЕТ:
1. Утвердить и ввести в действие прилагаемые стандарты проведения расчетов:
СПР 2.01-2019 «Банковская деятельность. Информационные технологии. Электронные документы. Общие требования»;
СПР 2.03-4-2019 «Банковская деятельность. Информационные технологии. Инструкции клиентов. Часть 4. Управление акцептом плательщика».
2. Настоящее постановление вступает в силу с 1 января 2019 г.
Председатель Правления | П.В.Каллаур |
| УТВЕРЖДЕНО Постановление Правления |
СТАНДАРТ ПРОВЕДЕНИЯ РАСЧЕТОВ
СПР 2.01-2019 «Банковская деятельность.
Информационные технологии. Электронные документы.
Общие требования»
РАЗДЕЛ I
ОБЩИЕ ПОЛОЖЕНИЯ
1. Настоящий стандарт проведения расчетов (далее – стандарт) устанавливает общие требования к структуре и форматам элементов данных электронных документов (далее – ЭД) банка, небанковской кредитно-финансовой организации (далее – банка), включая: МТ 103 «Однократное зачисление клиентских средств», МТ 102 «Многократное зачисление клиентских средств», МТ 202 «Общий банковский перевод», МТ 204 «Расчеты со смежными системами» и «Распоряжение о прямом дебетовании», МТ 104 «Платежное требование», МТ 111 «Запрос на приостановление/возобновление операций по счетам», МТ 114 «Заявление на акцепт плательщика», МТ 192 «Запрос на отзыв/изменение электронного документа», МТ 194 «Заявление на отзыв акцепта плательщика».
Настоящий стандарт устанавливает общие требования к символьному множеству, содержимому полей согласно пункту 35 настоящего стандарта и элементам данных согласно пунктам 2–4 приложения 1 для следующих групп ЭД:
ЭД клиента, включая платежные поручения, сводные платежные поручения, платежные требования, акцепты плательщика;
описей синхронизируемых ЭД.
Настоящий стандарт устанавливает общие требования к процессу воспроизведения на бумажном носителе (далее – процесс воспроизведения) следующих групп ЭД:
ЭД клиента, включая платежные поручения, сводные платежные поручения, платежные требования, акцепты плательщика;
ЭД банка, включая: МТ 103 «Однократное зачисление клиентских средств», МТ 102 «Многократное зачисление клиентских средств», МТ 202 «Общий банковский перевод», МТ 204 «Расчеты со смежными системами» и «Распоряжение о прямом дебетовании», МТ 104 «Платежное требование», МТ 111 «Запрос на приостановление/возобновление операций по счетам», МТ 114 «Заявление на акцепт плательщика», МТ 194 «Заявление на отзыв акцепта плательщика».
2. ЭД, используемые для совершения банковских операций, создаются и воспроизводятся на бумажном носителе программными средствами, реализующими соответствующие процессы.
3. Процесс создания ЭД включает в себя две технологические процедуры – формирования общей части ЭД и формирования особенной части ЭД.
4. Перечень, базовые наименования, определения и форматы элементов данных ЭД банка, приведены в приложении 1. Правила использования элементов данных в зависимости от их функционального использования (использования в различных ЭД), изложены в стандартах, устанавливающих специальные требования к конкретным типам ЭД.
Перечень стандартов, устанавливающих специальные требования к конкретным типам ЭД, приведен в приложении 2.
5. Информационная совместимость при проведении расчетов обеспечивается путем использования нормативно-справочной информации, установления единых требований к структуре, элементам данных ЭД и осуществления контроля программных средств на предмет соответствия создаваемых и воспроизводимых на бумажном носителе ЭД общим и специальным требованиям стандартов проведения расчетов.
6. Настоящий стандарт применяется при разработке программных средств и проведении испытаний (тестирования) программных средств на соответствие конкретным требованиям к их информационной совместимости.
7. Настоящий стандарт предназначен для разработчиков программных средств и испытательных лабораторий, осуществляющих испытания (тестирование) программных средств.
8. Настоящий стандарт следует применять совместно со следующими техническими нормативными правовыми актами в области технического нормирования и стандартизации:
Общегосударственным классификатором Республики Беларусь ОКРБ 017-99 «Страны мира», утвержденным постановлением Государственного комитета по стандартизации Республики Беларусь от 16 июня 1999 г. № 8 (далее – ОКРБ 017);
СТБ ISO 9362-2015 «Банковская деятельность. Сообщения, передаваемые по каналам связи. Бизнес-идентификационные коды (BIC)», утвержденный постановлением Государственного комитета по стандартизации Республики Беларусь от 7 октября 2015 г. № 47 (далее – СТБ ISO 9362);
СТБ ISO 13616-1-2015 «Финансовые услуги. Международный номер банковского счета (IBAN). Часть 1: Структура IBAN», утвержденный постановлением Государственного комитета по стандартизации Республики Беларусь от 7 октября 2015 г. № 47 (далее – СТБ ISO 13616-1).
9. Для целей настоящего стандарта нижеприведенные термины используются в следующих значениях:
автоматизированная банковская система – система, предназначенная для автоматизации банковской деятельности и отвечающая установленным к ней требованиям;
базовое значение – достоверные данные, обрабатываемые программным средством;
базовые тесты – тесты, содержащие базовые значения для объективной оценки программного средства и обеспечивающие выполнение процесса;
версия стандарта – определенная редакция стандарта формата электронного документа;
данные – интерпретируемое представление информации в формализованном виде, удобном для передачи, интерпретации или обработки;
договор сделки – договор между плательщиком и бенефициаром, предусматривающий осуществление расчетов посредством прямого дебетования счета;
информационная совместимость – способность двух или более программных и программно-технических средств адекватно воспринимать одинаково представленные данные и пригодность этих средств к взаимодействию для выполнения заданных требований без возникновения нежелательных взаимных воздействий по видам функций, значениям параметров и эксплуатационным характеристикам;
ключевое слово – заранее оговоренный набор символов, который идентифицирует следующие за ним данные;
оператор – уполномоченное лицо банка, электронной цифровой подписью которого подписан электронный документ;
подполе данных – составная часть поля данных, имеющая определенное назначение и снабженная ключевым словом;
программное средство, продукт – прикладные, служебные программы и пакеты программ, а также сопутствующая им техническая документация;
процедура – установленный способ осуществления части процесса;
процесс – совокупность взаимосвязанных процедур, которые преобразуют входные данные в выходные данные;
реквизит – информационный элемент документа, характеризующий сам документ, его целевое назначение или место, занимаемое им в пространстве и во времени;
тип ЭД, МТ – свойство (характеристика) ЭД, определяемое его наименованием и номером;
уникальный номер акцепта – элемент данных, на основании которого определяется уникальность акцепта плательщика;
формат – описание структуры данных в области телекоммуникаций;
электронный акцепт плательщика – заявление на акцепт плательщика либо заявление на отзыв акцепта плательщика в виде ЭД, сформированного в соответствии с требованиями настоящего стандарта и нормативных правовых актов Национального банка;
элемент данных – часть данных, неразложимая на составные части.
Термины «автоматизированная система межбанковских расчетов Национального банка», «нормативно-справочная информация», «платежный документ», «система BISS», «участник системы BISS», «электронный платежный документ» и «электронное сообщение» используются в значениях, определенных Инструкцией о порядке функционирования автоматизированной системы межбанковских расчетов Национального банка и проведения межбанковских расчетов в системе BISS, утвержденной постановлением Правления Национального банка Республики Беларусь от 26 июня 2009 г. № 88.
Термины «акцепт плательщика», «банк-нерезидент», «бенефициар», «взыскатель», «клиент», «плательщик» используются в значениях, определенных Инструкцией о банковском переводе, утвержденной постановлением Правления Национального банка Республики Беларусь от 29 марта 2001 г. № 66.
Термины «защита информации», «информация» используются в значениях, определенных Законом Республики Беларусь от 10 ноября 2008 г. № 455-З «Об информации, информатизации и защите информации».
Термины «общая часть ЭД», «особенная часть ЭД», «открытый ключ», «подлинность ЭД», «форма внешнего представления ЭД», «целостность ЭД», «электронная цифровая подпись» используются в значениях, определенных Законом Республики Беларусь от 28 декабря 2009 г. № 113-З «Об электронном документе и электронной цифровой подписи».
Термин «документация на автоматизированную систему, документация на АС; техническая документация на АС» используется в значении, определенном в ГОСТ 34.003-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения», утвержденном постановлением Государственного комитета по стандартизации Республики Беларусь от 17 декабря 1992 г. № 3.
Термины «идентификатор», «поле данных» используются в значениях, определенных в ГОСТ 19781-90 «Обеспечение систем обработки информации программное. Термины и определения», утвержденном постановлением Государственного комитета по стандартизации Республики Беларусь от 17 декабря 1992 г. № 3.
Термин «контроль» используется в значении, определенном в ГОСТ ISO/IEC 17000-2012 «Оценка соответствия. Словарь и общие принципы», утвержденном постановлением Государственного комитета по стандартизации Республики Беларусь от 11 июня 2015 г. № 31.
Термин «среда функционирования программного средства» используется в значении, определенном в ГОСТ 28806-90 «Качество программных средств. Термины и определения», утвержденном постановлением Государственного комитета по стандартизации Республики Беларусь от 17 декабря 1992 г. № 3.
10. В настоящем стандарте используются следующие обозначения:
О – наличие поля, подполя, элемента данных ЭД обязательно;
Н – наличие поля, подполя, элемента данных ЭД необязательно (поле, подполе, элемент данных могут присутствовать или отсутствовать);
N – количество символов;
ГГММДД – дата, представленная годом, месяцем и днем месяца.
11. Формат полей, подполей и элементов данных документируется с использованием:
11.1. ограничений длины, определяемых:
nn – минимум одним символом и максимум nn символами;
nn – фиксированным числом символов;
nn*nn – максимальным числом строк, содержащих максимальное количество символов в строке;
nn*//nn – максимальным числом строк, начинающихся с двух символов «/» и содержащих максимальное количество символов в продолжении строки;
11.2. следующих обозначений типов символов:
n – только цифры 0…9;
d – цифры с десятичной запятой;
х – любой символ из разрешенного символьного множества в соответствии с пунктом 12 настоящего стандарта, кроме последовательности управляющих символов CRLF;
а – прописные латинские буквы;
с – прописные латинские буквы и/или цифры;
h – шестнадцатеричный символ (цифры 0…9 и прописные латинские буквы A…F);
11.3. символов, описывающих форматы и не входящих в состав определяемых структурных элементов в явном виде:
комбинации символов, состоящих из конкретного значения ограничения длины из подпункта 11.1 настоящего пункта и обозначения конкретного типа символов из подпункта 11.2 настоящего пункта;
n – тип «только цифры» из подпункта 11.2. настоящего пункта;
[ ] – обозначение необязательных элементов данных;
11.4. символов, используемых при описании форматов, отличных от символов из подпункта 11.3 настоящего пункта, определяющих сами себя и входящих в состав определяемых структурных элементов в явном виде.
12. В ЭД разрешается использовать только следующее символьное множество:
A…Z – прописные латинские буквы;
А…Я – прописные буквы кириллицы, включая букву Ё;
Прописные буквы белорусского алфавита, совпадающие по начертаниям с аналогичными буквами русского алфавита, І, Ў в соответствии с СТБ 956-2004 «Информационные технологии. Системы обработки информации. Наборы 8- и 16-битовых кодированных символов белорусского алфавита», утвержденным постановлением Государственного комитета по стандартизации от 30 декабря 2004 г.;
0 …9 – цифры;
/ – + ( ) . , : ; ' '' = ? % * – специальные графические символы (пробел, дробная черта, дефис (минус), плюс, круглая скобка левая, круглая скобка правая, точка, запятая, двоеточие, точка с запятой, одиночная кавычка, кавычки, равно, вопросительный знак, процент, звездочка);
CRLF – последовательность управляющих символов (возврат каретки, перевод строки).
ЭД должен быть сформирован в кодовой странице СР-1251.
13. Процессы создания и воспроизведения на бумажном носителе различных типов ЭД должны быть:
описаны таким образом, чтобы было понятно, что созданный или воспроизведенный на бумажном носителе ЭД не приведет к нарушению информационной совместимости при выполнении банковских операций;
протестированы таким образом, чтобы создаваемый или воспроизводимый на бумажном носителе ЭД не приводил к нарушению информационной совместимости при выполнении банковских операций;
протестированы таким образом, чтобы ЭД, создаваемый или воспроизводимый на бумажном носителе во всех разрешенных средах функционирования, не приводил к нарушению информационной совместимости при выполнении банковских операций;
организованы таким образом, чтобы обеспечивалось их устойчивое функционирование при обработке искаженных данных;
организованы таким образом, чтобы обеспечивалось надежное, своевременное и точное выполнение платежных инструкций, не допускалось искажение платежных и личных данных.
РАЗДЕЛ II
ОБЩИЕ ТРЕБОВАНИЯ К ЭЛЕКТРОННЫМ ДОКУМЕНТАМ, СОЗДАВАЕМЫМ БАНКОМ
ГЛАВА 1
ОБЩИЕ СВЕДЕНИЯ
14. Структуру ЭД банка должны составлять пять функциональных блоков, расположенных в последовательности, указанной в таблице 1.
Таблица 1
Наименование блока | Порядковый номер блока |
Базовый блок заголовка | 1 |
Приложение к базовому блоку заголовка | 2 |
Блок заголовка пользователя | 3 |
Блок текста документа | 4 |
Заключительный блок | 5 |
Каждый функциональный блок должен содержать идентификатор блока, поля данных и признак конца блока.
Первые три функциональных блока должны содержать служебную информацию. Блок текста документа должен содержать информацию одного или нескольких документов
Заключительный блок, представляющий собой особенную часть ЭД банка, должен содержать одну или несколько электронных цифровых подписей (далее – ЭЦП), зарегистрированных в автоматизированной системе межбанковских расчетов Национального банка (далее – АС МБР).
15. Общая часть ЭД должна быть сформирована, в соответствии с требованиями настоящего раздела, в виде электронного сообщения, содержащего общую часть ЭД.
В результате формирования особенной части ЭД должна быть установлена ЭЦП и ЭД должен быть записан на электронный носитель информации.
Процедура формирования особенной части ЭД должна выполняться специальными программными средствами АС МБР, установленными в банке.
16. Общие требования к структуре и форматам базового блока заголовка, приложения к базовому блоку заголовка, блока заголовка пользователя (далее – блоки заголовка), заключительного блока и требования к блоку текста документа устанавливаются настоящим стандартом.
Специальные требования к структуре и форматам блоков заголовка, заключительного блока и блока текста документа изложены в стандартах, устанавливающих специальные требования к конкретным типам ЭД банка.
17. Формат (длина и тип) элементов данных, используемых для формирования электронного сообщения, должен соответствовать требованиям, указанным в приложении 1.
18. Описания блоков могут содержать всю или часть приведенной ниже информации:
таблицу полей;
область применения ЭД;
условия использования полей;
описание полей.
19. Таблица полей определяет структуру блока, устанавливает форматы полей и порядок их следования в блоке.
20. Область применения ЭД определяется его назначением.
21. Условия использования полей относятся сразу к нескольким полям и определяют условия их допустимых сочетаний при совместном использовании в описываемом блоке. Описание полей содержит правила использования каждого из полей. Для каждого поля указывается номер из таблицы полей.
22. Описание поля содержит всю или часть приведенной ниже информации:
формат;
использование;
определение;
правила использования;
элементы данных поля;
проверяемые правила.
При описании полей формат поля, приводимый вначале его описания, содержит общий формат поля, а форматы и описание входящих в поле данных и подполей включаются в правила использования данного поля.
ГЛАВА 2
СТРУКТУРА И ФОРМАТ БАЗОВОГО БЛОКА ЗАГОЛОВКА
23. Базовый блок заголовка начинается идентификатором блока «{1:» (фигурная скобка левая, порядковый номер блока, двоеточие) и заканчивается «}» (фигурная скобка правая).
Поля данных располагаются за идентификатором блока и должны отделяться от идентификатора блока и друг от друга дробной чертой «/».
Базовый блок заголовка должен состоять из строго фиксированного набора полей.
24. Формат базового блока заголовка имеет вид:
{1:/6n/10c2c/1c11c4h}
Структура базового блока заголовка, форматы полей и порядок их следования в базовом блоке заголовка приведены в таблице 2.
Таблица 2
Порядковый номер поля | Наименование поля базового блока заголовка | Формат | Применяемость |
1 | Дата создания ЭД | 6n | О |
2 | Код идентификации отправителя ЭД | 10c2c | О |
3 | Регистрационный номер ЭД | 1c11c4h | О |
25. Описание полей:
25.1. поле: «Дата создания ЭД».
Формат:
6n – дата создания ЭД.
Использование:
Обязательное.
Определение:
Поле определяет дату создания ЭД.
Правила использования:
Дата создания ЭД должна содержать дату создания ЭД или изменения элемента данных «код защиты» и должна соответствовать текущей дате, когда ЭД создавался или изменялся;
25.2. поле: «Код идентификации отправителя ЭД».
Формат:
10c2c
Использование:
Обязательное.
Элементы данных поля:
10c – код, присваиваемый учреждению отправителя;
2c – индивидуальный код оператора.
Определение:
Поле определяет отправителя ЭД.
Правила использования:
Индивидуальный код оператора уникален в пределах кода, присваиваемого учреждению отправителя;
25.3. поле: «Регистрационный номер ЭД».
Формат:
1c11c4h
Использование:
Обязательное.
Определение:
Поле должно содержать длину защищаемой области, равную шестнадцатеричному символьному представлению количества байт от начала приложения к базовому блоку (блок 2) до конца блока текста (блок 4), включая фигурную скобку правую, и уникальный для отправителя ЭД на дату создания номер ЭД. Уникальный номер ЭД должен иметь уникальное значение для данного кода участника BISS и даты создания ЭД.
Элементы данных поля:
1c – код защиты;
11c – уникальный номер ЭД;
4h – длина защищаемой области.
ГЛАВА 3
СТРУКТУРА И ФОРМАТ ПРИЛОЖЕНИЯ К БАЗОВОМУ БЛОКУ ЗАГОЛОВКА
26. Приложение к базовому блоку заголовка начинается идентификатором блока «{2:» (фигурная скобка левая, порядковый номер блока, двоеточие) и заканчивается «}» (фигурная скобка правая).
Поля данных располагаются за идентификатором блока и должны отделяться от идентификатора блока и друг от друга дробной чертой «/».
Приложение к базовому блоку заголовка должно состоять из строго фиксированного набора полей.
27. Формат приложения к базовому блоку заголовка имеет вид:
{2:/1n/1n1n1n1c/3n/2n/10c2c}
Структура приложения к базовому блоку заголовка, форматы полей и порядок их следования в блоке приведены в таблице 3.
Таблица 3
Порядковый номер поля | Наименование поля приложения к базовому блоку заголовка | Формат | Применяемость |
1 | Функциональный код | 1n | О |
2 | Вид ЭД | 1n1n1n1c | О |
3 | Тип ЭД | 3n | О |
4 | Системный код назначения ЭД | 2n | О |
5 | Код идентификации получателя ЭД | 10c2c | О |
28. Описание полей:
28.1. поле: «Функциональный код».
Формат:
1n
Использование:
Обязательное.
Определение:
Поле определяет систему, которой адресован электронный документ.
Правила использования:
Функциональный код заполняется отправителем ЭД;
28.2. поле: «Вид ЭД».
Формат:
1n1n1n1c
Использование:
Обязательное.
Определение:
Поле содержит информацию, необходимую для согласования форматов ЭД и определения статуса ЭД.
Элементы данных поля:
1n – статус ЭД;
1n – код стандарта формата ЭД;
1n – номер версии стандарта;
1c – резерв;
28.3. поле: «Тип ЭД».
Формат:
3n
Использование:
Обязательное.
Определение:
Поле определяет тип ЭД.
Первая цифра – категория ЭД; вторая и третья цифры указывают конкретное назначение электронного платежного документа в рамках данной категории.
Правила использования:
Тип ЭД заполняется отправителем ЭД;
28.4. поле: «Системный код назначения ЭД».
Формат:
2n
Использование:
Обязательное.
Определение:
Поле содержит код, идентифицирующий назначение ЭД.
Правила использования:
Системный код назначения электронного документа заполняется отправителем ЭД;
28.5. поле: «Код идентификации получателя ЭД».
Формат:
10c2c
Использование:
Обязательное.
Элементы данных:
10c – код, присваиваемый учреждению получателя;
2c – индивидуальный код оператора.
Правила использования:
Индивидуальный код оператора уникален в пределах кода, присваиваемого учреждению получателя.
ГЛАВА 4
СТРУКТУРА И ФОРМАТ БЛОКА ЗАГОЛОВКА ПОЛЬЗОВАТЕЛЯ
29. Блок заголовка пользователя начинается идентификатором блока «{3:» (фигурная скобка левая, порядковый номер блока, двоеточие) и заканчивается «}» (фигурная скобка правая).
Поля данных располагаются за идентификатором блока.
Для определения функционального назначения поля используется ключевое слово. Ключевое слово ограничивается слева и справа дробной чертой «/». Не допускается использование ключевого слова без данных.
30. Формат блока заголовка пользователя имеет вид:
{3:/PNS/16c}
Структура блока заголовка пользователя и формат поля приведены в таблице 4.
Таблица 4
Порядковый номер поля | Наименование поля блока заголовка пользователя | Ключевое слово | Формат | Применяемость |
1 | Первичный номер ЭД | PNS | 16с | О |
31. Описание полей:
31.1. поле: «Первичный номер ЭД».
Формат:
16c
Использование:
Обязательное.
Определение:
Поле содержит номер ЭД, присвоенный на этапе его создания.
Правила использования:
Первичный номер ЭД может содержать его уникальный номер, присвоенный на этапе формирования сообщения. Если на этапе формирования ЭЦП первичный номер ЭД содержит значение ‘0000000000000000’, его значение устанавливается равным значению поля «Регистрационный номер электронного документа» базового блока заголовка.
ГЛАВА 5
СТРУКТУРА И ФОРМАТ БЛОКА ТЕКСТА ДОКУМЕНТА
32. Блок текста документа начинается идентификатором «{4:» (фигурная скобка левая, порядковый номер блока, двоеточие) и последовательностью управляющих символов CRLF и заканчивается «-}» (дефисом и фигурной скобкой правой).
Структура блока текста документа представляет собой набор полей фиксированной и переменной длины, состав и порядок следования которых определяются типом ЭД.
Поля блока текста документа могут быть обязательными и необязательными. Обязательное поле должно всегда присутствовать. Необязательное поле может присутствовать или отсутствовать. Необязательное поле должно обязательно присутствовать, если это следует из условий использования полей в ЭД. Незаполненные поля не включаются в состав ЭД.
33. Структура поля состоит из идентификатора поля, ограниченного справа и слева символом «:», и содержимого (значения) поля, которое должно следовать после правого символа «:».
Символ «:», ограничивающий идентификатор поля слева, должен находиться в первой позиции строки.
Идентификатор поля состоит из двух цифр или из двух цифр и буквенного символа (опция формата поля). Опция формата поля указывается прописной латинской буквой. Ее назначение состоит в указании альтернативного варианта формата поля1.
______________________________
1 Понятие «поле nn[a]» равносильно понятию «содержимое поля с идентификатором nn[a]».
34. Поля могут занимать одну или несколько строк. Каждая строка должна заканчиваться последовательностью управляющих символов CRLF. Эта последовательность в конце последней строки поля служит признаком конца поля.
Для того, чтобы логически отделить конец поля от конца промежуточной строки, следует руководствоваться следующим правилом: признаком конца поля является начало следующего поля или конец текстового блока ЭД.
35. К содержимому поля применимы следующие ограничения:
содержимое поля не должно начинаться с последовательности управляющих символов CRLF, символа двоеточие «:» или символа дефис «-»;
содержимое поля не должно полностью состоять из символов пробелов;
в содержимом поля символ двоеточие «:» или символ дефис «-» не должны использоваться как первый символ строки;
в содержимом поля не должны использоваться символы: фигурная скобка левая «{«, фигурная скобка правая «}»;
строка поля не должна начинаться с последовательности управляющих символов CRLF;
строка поля не должна полностью состоять из символов «пробел».
Содержимое поля может состоять из одного или нескольких элементов данных либо из одного или нескольких подполей фиксированной или переменной длины. Элементы данных могут следовать друг за другом без разделителей или могут отделяться друг от друга разделителями. Элементы данных не могут полностью состоять из символов «пробел».
36. Порядок следования подполей фиксирован для каждого поля блока текста документа.
Подполя могут быть обязательными и необязательными. Обязательное подполе должно всегда присутствовать в содержимом поля, если используется данное поле. Необязательное подполе может присутствовать или отсутствовать.
Каждое подполе идентифицируется ключевым словом, состоящим из прописных латинских букв и ограниченным справа и слева символами «/». Содержимое (значение) подполя должно следовать за символом «/», стоящим справа от ключевого слова.
Содержимое подполя может состоять из одного или нескольких элементов данных, которые должны отделяться друг от друга разделителями.
В случае наличия в поле более одного подполя каждое новое подполе, начиная со второго, должно располагаться с новой строки, последовательность управляющих символов CRLF служит разделителем подполей. В содержимом поля не должно присутствовать незаполненное подполе.
Подполе, которое не определено форматом конкретного поля, не должно присутствовать в содержимом данного поля.
37. Дополнительные требования к структуре и формату блока текста документа изложены в стандартах, устанавливающих специальные требования к созданию соответствующего типа ЭД.
ГЛАВА 6
СТРУКТУРА И ФОРМАТ ЗАКЛЮЧИТЕЛЬНОГО БЛОКА ЭЛЕКТРОННОГО СООБЩЕНИЯ
38. Заключительный блок начинается идентификатором блока «{5:» (фигурная скобка левая, порядковый номер блока, двоеточие) и заканчивается «}» (фигурная скобка правая).
Поля данных располагаются за идентификатором блока.
39. Формат заключительного блока имеет вид:
{5:/8h}
Структура блока и формат поля приведены в таблице 5.
Таблица 5
Порядковый номер поля | Наименование поля заключительного блока | Формат | Применяемость |
1 | Контрольная сумма | 8h | О |
40. Описание поля:
40.1. поле: «Контрольная сумма».
Формат:
8h
Использование:
Обязательное.
Определение:
Поле содержит данные, соответствующие цифровому значению контрольной суммы сообщения.
Правила использования:
Данные, соответствующие цифровому значению контрольной суммы, рассчитываются от всего сообщения, предшествующего значению контрольной суммы, включая символ «/» перед значением контрольной суммы, в соответствии с алгоритмом, приведенным в приложении 3.
ГЛАВА 7
ЭЛЕМЕНТЫ ДАННЫХ, ПРОГРАММНО ФОРМИРУЕМЫЕ В ПРОЦЕССЕ ФОРМИРОВАНИЯ ЭД
41. В структуру ЭД, кроме элементов данных, соответствующих входным элементам данных, входят и элементы данных, программно формируемые при выполнении процедуры формирования общей части ЭД. Форматы элементов данных ЭД должны соответствовать требованиям, указанным в таблице 6.
Таблица 6
Наименование элемента данных | Определение элемента данных | Формат элемента данных |
Уникальный номер ЭД | Уникальный для отправителя ЭД на дату его создания номер ЭД | 11c |
Длина защищаемой области | Число, указывающее длину в байтах защищаемой области | 4h |
Первичный номер ЭД | Номер ЭД, присвоенный на этапе создания ЭД | 16c |
Референс операции | Ссылка, программно присваиваемая банком плательщика (банком-плательщиком, банком бенефициара) ЭД для однозначной идентификации операции | 16x |
Контрольная сумма | Данные, соответствующие числовому значению контрольной суммы | 8h |
42. Однозначность идентификации операции должна обеспечиваться автоматизированной системой банка. При формировании значения элемента данных «Референс операции» должны использоваться код банка (структурного подразделения), дата операционного дня, текущее время сервера базы данных.
РАЗДЕЛ III
ТРЕБОВАНИЯ К ОСОБЕННОЙ ЧАСТИ ЭД БАНКА
ГЛАВА 8
ВХОДНЫЕ И ВЫХОДНЫЕ ДАННЫЕ ПРОЦЕДУРЫ ФОРМИРОВАНИЯ ОСОБЕННОЙ ЧАСТИ ЭД БАНКА
43. Входными данными при формировании особенной части ЭД являются электронные сообщения, соответствующие требованиям настоящего документа и соответствующих стандартов проведения расчетов, общие параметры алгоритма ЭЦП и информация личного ключа лица, подписывающего ЭД.
Электронное сообщение должно содержать контрольную сумму сообщения.
44. Выходными данными процедуры формирования особенной части ЭД являются ЭД, соответствующие требованиям настоящего документа и соответствующих стандартов проведения расчетов.
При формировании особенной части ЭД заключительный блок может дополняться одним или несколькими необязательными полями «ЭЦП оператора» и должен дополняться обязательным полем «ЭЦП банка».
Созданные ЭД с ЭЦП уполномоченного лица банка передаются в систему, которой адресован электронный документ (BISS, РЦСОЭД и др.).
ГЛАВА 9
СТРУКТУРА И ФОРМАТ ЗАКЛЮЧИТЕЛЬНОГО БЛОКА ЭД БАНКА
45. Для определения функционального назначения поля, содержащего ЭЦП, используется идентификатор. Идентификатор ограничивается слева и справа дробной чертой «/». Не допускается использование идентификатора без данных.
ЭЦП должна завершаться последовательностью управляющих символов CRLF.
46. Формат заключительного блока имеет вид:
{5:/SGNn/2h8h12x8h12cNhNc2c
/SGNE/2h8h12x8h12cNhNc2c
/8h}
Структура блока, форматы полей и порядок их следования в блоке приведены в таблице 7.
Таблица 7
Порядковый номер поля | Идентификатор | Наименование поля заключительного блока | Формат | Применяемость |
1 | SGNn | ЭЦП оператора | 2h8h12x8h12cNhNc2c | Н |
2 | SGNE | ЭЦП банка | 2h8h12x8h12cNhNc2c | О |
3 |
| Контрольная сумма | 8h | О |
47. Описание полей:
47.1. поле SGNn: «ЭЦП оператора».
Формат:
2h8h12x8h12cNhNc2c
Использование:
Необязательное
Определение:
Поле определяет данные, соответствующие ЭЦП оператора. Поле «ЭЦП оператора» используется для удостоверения текстового блока ЭД, предыдущих ЭЦП оператора и всех элементов данных поля «ЭЦП оператора», предшествующих значению электронной цифровой подписи.
Элементы данных поля:
2h – длина подписи;
8h – время подписи;
12x – имя ЭД;
8h – полная длина ЭД;
12c – идентификатор центра ключей;
Nh – значение электронной цифровой подписи. N вычисляется из длины подписи;
Nc – идентификатор ключа;
2c – код версии.
Правила использования:
n – порядковый номер идентификатора поля, который может принимать значение от 0 до 9, и соответствует порядковому номеру ЭЦП оператора, удостоверяющего блок текста документа. При этом ЭЦП оператора нумеруются строго по порядку;
47.2. поле SGNE: «ЭЦП банка».
Формат:
2h8h12x8h12cNhNc2c
Использование:
Обязательное.
Определение:
Поле определяет данные, соответствующие ЭЦП банка. Поле «ЭЦП банка» используется для удостоверения приложения к базовому блоку заголовка, блока заголовка пользователя, блока текста документа, всех предшествующих полей ЭЦП операторов при их наличии, и всех элементов данных поля ЭЦП банка, предшествующих значению ЭЦП.
Элементы данных поля:
2h – длина подписи;
8h – время подписи;
12x – имя ЭД;
8h – полная длина ЭД;
12c – идентификатор центра ключей;
Nh – значение ЭЦП. N вычисляется из длины подписи;
Nc – идентификатор ключа;
2c – код версии.
Правила использования:
Поле заполняется после полей SGNn при их наличии;
47.3. поле: «Контрольная сумма».
Формат:
8h
Использование:
Обязательное.
Определение:
Поле содержит данные, соответствующие цифровому значению контрольной суммы.
Правила использования:
Данные, соответствующие цифровому значению контрольной суммы, рассчитываются от всего ЭД, предшествующего значению контрольной суммы, включая разделитель строк после данных ЭЦП и символ «/» перед данными, соответствующими числовому значению контрольной суммы.
ГЛАВА 10
СТРУКТУРА И ФОРМАТ ПРОГРАММНО ФОРМИРУЕМЫХ ЭЛЕМЕНТОВ ДАННЫХ
48. В структуру ЭД, кроме элементов данных, соответствующих входным элементам данных, входят и элементы данных, программно формируемые при выполнении процедуры формирования особенной части ЭД.
49. Описания программно формируемых элементов данных особенной части ЭД приведены в таблице 8.
Таблица 8
Наименование элемента данных | Определение элемента данных | Формат элемента данных |
Длина подписи | Шестнадцатеричное значение количества символов после символа «/», стоящего за идентификатором, до последовательности управляющих символов CRLF, деленное на 2 | 2h |
Время подписи | Шестнадцатеричное представление значения даты и времени формирования ЭЦП в секундах. Последовательность пар символов соответствует размещению байт, начиная с младших | 8h |
Имя ЭД | Произвольная служебная информация, идентифицирующая данный ЭД в потоке ЭД | 12x |
Полная длина ЭД | Шестнадцатеричное значение длины ЭД, включая предыдущие ЭЦП (при их наличии) | 8h |
Идентификатор центра ключей | Код, позволяющий средствам вычисления ЭЦП идентифицировать, в какой системе был создан ключ подписи, и с какими общими параметрами системы должна производиться процедура проверки | 12c |
Значение ЭЦП | Значение ЭЦП, вычисленное в соответствии с принятым алгоритмом и преобразованное в шестнадцатеричное представление; последовательность пар символов соответствует размещению байт в оперативной памяти | Nh |
Идентификатор ключа | Уникальный код в рамках автоматизированной системы, обеспечивающий идентификацию владельца ключа. N определяется элементом данных «Код версии». Коду версии, равному B0, соответствует длина, равная 4; коду версии, равному C0 – 5; коду версии, равному C1 – 32 | Nc |
Код версии | Идентификатор, определяющий структуру представления данных и алгоритм криптографических преобразований | 2c |
Контрольная сумма | Данные, соответствующие числовому значению контрольной суммы | 8h |
РАЗДЕЛ IV
ТРЕБОВАНИЯ К ПРОЦЕССУ ВОСПРОИЗВЕДЕНИЯ ЭД
ГЛАВА 11
ОБЩИЕ СВЕДЕНИЯ
50. Воспроизведению на бумажном носителе подлежат ЭД, прошедшие проверку на целостность и подлинность.
51. Воспроизведение на бумажном носителе ЭД, прошедших проверку на целостность и подлинность, осуществляется в соответствии с требованиями настоящего документа и стандартов, устанавливающих специальные требования к конкретным типам ЭД и процессу воспроизведения на бумажном носителе.
52. Процесс воспроизведения ЭД должен включать:
проверку целостности и подлинности ЭД;
формирование формы внешнего представления ЭД.
ГЛАВА 12
ВХОДНЫЕ И ВЫХОДНЫЕ ДАННЫЕ ПРОЦЕССА ВОСПРОИЗВЕДЕНИЯ ЭД
53. Входными данными процесса воспроизведения ЭД являются:
ЭД, которые должны удовлетворять требованиям настоящего документа и стандартов, устанавливающих специальные требования к конкретным типам документов и процессу воспроизведения на бумажном носителе;
база открытых ключей проверки ЭЦП, которая должна содержать информацию об открытых ключах проверки ЭЦП.
54. Выходными данными процесса воспроизведения ЭД являются элементы данных ЭД, воспроизведенные на бумажном носителе в соответствии с требованиями настоящего документа и стандартов, устанавливающих специальные требования к конкретным типам документов и процессу воспроизведения на бумажном носителе.
55. При воспроизведении ЭД на бумажном носителе форма внешнего представления ЭД должна размещаться на листе формата А4 (210х297 мм) и иметь следующие отступы: от верхнего и левого края листа – 20 мм, от правого края листа – 10 мм.
При воспроизведении элементов данных ЭД в форме внешнего представления ЭД на бумажном носителе рекомендуется использовать шрифты не менее 12 пт, аналогичные гарнитуре шрифта Times New Roman в обычном начертании текстового редактора Microsoft Word. Наклонные шрифты не используются.
56. Значения элементов данных ЭД должны воспроизводиться в полях формы внешнего представления соответствующего типа ЭД согласно общим и специальным требованиям стандартов проведения расчетов.
Размеры полей форм внешнего представления ЭД на бумажном носителе должны определяться в зависимости от выбранного шрифта и форматов размещаемых в них элементов данных.
Структура формы внешнего представления ЭД должна состоять из заголовка, текстовой и удостоверяющей частей.
В состав обязательных реквизитов заголовка формы внешнего представления ЭД должно входить слово «Копия», за исключением ЭД, формируемых клиентом.
57. Текстовая часть формы внешнего представления ЭД на бумажном носителе состоит из наименования полей и их значений, формируемых в соответствии со специальными требованиями стандартов проведения расчетов, устанавливающих специальные требования к конкретным типам ЭД.
58. Воспроизведение значений элементов данных, содержащих номера банковских счетов, в соответствующих полях формы внешнего представления ЭД на бумажном носителе рекомендуется осуществлять группами по четыре символа через пробел.
59. Удостоверяющая часть формы внешнего представления ЭД должна содержать подпись уполномоченного лица, удостоверяющего форму внешнего представления ЭД в соответствии с законодательством.
ГЛАВА 13
ПРОВЕРКА ПОДЛИННОСТИ И ЦЕЛОСТНОСТИ
60. Подлинность ЭД должна определяться путем установления наличия в базе открытых ключей проверки ЭЦП информации, соответствующей ЭЦП, которой подписан ЭД.
В случае отсутствия в базе открытых ключей проверки ЭЦП информации, соответствующей ЭЦП, должно формироваться соответствующее диагностическое сообщение.
61. Целостность ЭД должна определяться путем установления факта соответствия значений фактических и расчетных характеристик целостности ЭД.
В случае несоответствия значений фактических и расчетных характеристик целостности ЭД должно формироваться соответствующее диагностическое сообщение.
| Приложение 1 к стандарту проведения расчетов |
ТРЕБОВАНИЯ К ЭЛЕМЕНТАМ ДАННЫХ ЭД БАНКА
1. Наименования, определения и форматы элементов данных, применяемых для создания ЭД, приведены в таблице 1.
Таблица 1
Наименование элемента данных | Определение элемента данных | Формат элемента данных |
Вид платежа | Код содержит: | 4с |
Вид платежного документа | Код, соответствующий виду платежного или иного документа, на основании которого создан ЭД | 2n |
Вид приложения к платежному документу (список/реестр) | Код, определяющий вид приложения к платежному документу (список или реестр) | 2n |
Время платежа | Время платежа в формате ЧЧММСС | 6n |
Дата валютирования | Дата валютирования (дата, начиная с которой: при списании денежных средств со счета – сумма денежных средств не находится в распоряжении владельца счета, при зачислении денежных средств на счет – владелец счета вправе распоряжаться зачисленными денежными средствами), в формате ГГММДД | 6n |
Дата выдачи документа | Дата выдачи документа, удостоверяющего личность физического лица, в формате ГГММДД | 6n |
Дата договора сделки | Дата договора сделки, в формате ГГММДД | 6n |
Дата завершения действия акцепта плательщика | Дата завершения действия акцепта плательщика в формате ГГММДД | 6n |
Дата начала действия акцепта плательщика | Дата начала действия акцепта плательщика в формате ГГММДД | 6n |
Дата основного документа | Дата документа, служащего основанием для осуществления платежа (заключенного договора, соглашения, контракта и т.д.), в формате ГГММДД | 6n |
Дата платежного документа | Дата расчетного документа, на основании которого создан ЭД, в формате ГГММДД | 6n |
Дата поступления | Дата регистрации программно-техническими средствами банка расчетного документа в формате ГГММДД | 6n |
Дата создания ЭД | Текущая дата создания ЭД в формате ГГММДД | 6n |
Дата электронного акцепта плательщика | Дата формирования плательщиком заявления на акцепт плательщика или заявления на отзыв акцепта плательщика в формате ГГММДД | 6n |
Дополнительная информация о назначении платежа | Дополнительная информация, характеризующая назначение платежа, другая дополнительная информация о платеже | 96x |
Дополнительная информация по обязательной отчетности | Дополнительная информация, используемая при обязательной отчетности | 20x |
Идентификационные данные плательщика | Идентификационные данные плательщика (счет, номер договора плательщика и бенефициара, учетный номер плательщика, идентификационный номер и др.) | 15с |
Идентификационный номер | Идентификационный номер плательщика (бенефициара) физического лица в соответствии с документом, удостоверяющим личность | 15c |
Индивидуальный код оператора | Идентификатор оператора, уникальный в пределах кода, присваиваемого учреждению получателя (отправителя) в системе BISS | 2c |
Итоговая сумма | Значение итоговой суммы по всем суммам платежей в составном ЭД | 19d |
Код банка не участника BISS | Банковский идентификационный код банка не участника BISS | 11c |
Код банка участника BISS | Банковский идентификационный код банка участника BISS | 11с |
Код банковской операции | Код, предназначенный для определения типа банковской операции или формы расчетов | 4c |
Код валюты платежа | Код валюты платежа, переводимого между сторонами, участвующими в операции | 3a |
Код варианта расходов | Код, соответствующий способу распределения расходов по переводу | 3a |
Код вида документа, удостоверяющего личность | Код вида документа, удостоверяющего личность физического лица, индивидуального предпринимателя в соответствии со справочником видов документов, удостоверяющих личность | 2n |
Код защиты | Код, однозначно идентифицирующий режим защиты информации | 1c |
Код кратности | Код, определяющий тип платежа в соответствии с условиями акцепта плательщика: | 4c |
Код назначения платежа | Код, указывающий на назначение платежа при расчетах со смежными системами | 3c |
Код операции | Признак дебета/кредита (D/C) | 1a |
Код отзыва акцепта | Код, соответствующий причине отзыва акцепта плательщика в соответствии с пунктом 4 приложения 1 | 4c |
Код отзыва (возврата) платежа | Код, соответствующий причине отзыва (возврата) платежа в соответствии с пунктом 4 приложения 1 | 4c |
Код периода | Код, соответствующий временному периоду: | 4c |
Код платежа в бюджет | Код платежа в бюджет в соответствии с законодательством | 5n |
Код, присваиваемый учреждению получателя (отправителя) | Код, присваиваемый учреждению получателя (отправителя) в системе BISS | 10c |
Код стандарта формата ЭД | Код, соответствующий стандарту формата ЭД | 1n |
Код типа операции | Код, определяющий назначение операции при передаче информации по платежам в бюджет | 3c |
Количество платежей | Указывает количество допустимых платежей за указанный период. Количество платежей принимает значение 01…99 | 2n |
Количество приложений к платежному документу | Количество приложений (сопроводительных документов) к платежному требованию, передаваемых в электронном виде | 2n |
Назначение платежа | Информация о назначении платежа (наименование платежа, товаров, работ, услуг) и содержащая: | 236x |
Наименование банка | Наименование и местонахождение банка | 105x |
Наименование плательщика (бенефициара) | Наименование плательщика (бенефициара) – юридического лица или фамилия, собственное имя, отчество (при наличии) плательщика (бенефициара) – физического лица, индивидуального предпринимателя, нотариуса и иная информация, предусмотренная нормативными правовыми актами Национального банка и иным законодательством | 105x |
Номер акцепта | Уникальный номер акцепта плательщика | 16с |
Номер версии стандарта | Номер используемой в системах BISS и РЦСОЭД версии стандарта формата ЭД | 1n |
Номер договора сделки | Номер договора сделки | 16x |
Номер кассира (инфокиоска) | Номер кассира (инфокиоска), принявшего платеж | 9с |
Номер основного документа | Номер документа, служащего основанием для осуществления платежа (заключенного договора, соглашения, контракта и т.д.) | 16x |
Номер ответственного исполнителя | Номер ответственного исполнителя банка, принявшего платежное требование | 12с |
Номер платежа | Номер платежа | 6с |
Номер платежного документа | Номер расчетного документа, на основании которого создан ЭД | 16x |
Номер приложения к платежному документу (списка/реестра) | Номер списка или реестра | 6x |
Номер повторяющейся части ЭД | Порядковый номер повторяющейся части ЭД | 5n |
Номер структурного подразделения банка | Номер структурного подразделения банка | 3n |
Номер счета банка не участника BISS | Номер счета по плану счетов страны банка не участника BISS | 34x |
Номер счета банка участника BISS | Номер счета по плану счетов бухгалтерского учета в банках Республики Беларусь | 28с |
Номер счета плательщика (бенефициара), обслуживаемого банком не участником BISS | Номер счета клиента-плательщика (бенефициара), не являющегося банком, в банке не участнике BISS | 34x |
Номер счета плательщика (бенефициара), обслуживаемого банком участником BISS | Номер счета клиента-плательщика (бенефициара), не являющегося банком, в банке участнике BISS | 28с |
Номер электронного акцепта плательщика | Номер сформированного плательщиком заявления на акцепт плательщика или заявления на отзыв акцепта плательщика | 16x |
Орган, выдавший документ | Наименование органа, выдавшего документ, удостоверяющий личность плательщика (бенефициара) физического лица | 63x |
Очередь | Условное обозначение очередности платежа в соответствии с нормативными правовыми актами Национального банка | 2n |
Связанный референс | Ссылка на связанную операцию | 16x |
Серия и номер документа | Серия и номер документа, удостоверяющего личность физического лица | 10c |
Системный код назначения ЭД | Код, идентифицирующий назначение ЭД | 2n |
Статус плательщика | Код, соответствующий статусу плательщика (юридическое лицо, физическое лицо, индивидуальный предприниматель, нотариус) | 3a |
Статус ЭД | Код, определяющий режимы передачи и обработки ЭД, присваиваемый в соответствии с принятой в BISS, РЦСОЭД системой кодирования | 1n |
Сумма акцепта | Максимальная сумма, которая может быть указана в платежном требовании на прямое дебетование счета | 19d |
Сумма платежа | Сумма денежных средств, переводимая между сторонами, участвующими в операции | 19d |
Сумма ЭД | Сумма ЭД, используемая для контроля всех сумм, входящих в ЭД | 19d |
Тип ЭД | Тип ЭД, присваиваемый в системе BISS, РЦСОЭД | 3n |
Учетный номер плательщика (УНП) | Учетный номер плательщика, присваиваемый налоговыми органами | 9c |
Фамилия, инициалы | Фамилия, инициалы физического лица | 14х |
Форма расчетов | Указывается код, определяющий форму расчетов посредством платежных требований: | 4c |
Функциональный код | Код, определяющий функциональный компонент АС МБР (система BISS), РЦСОЭД | 1n |
Число повторяющихся частей | Количество повторяющихся частей блока текста документа или количество ЭД МТ 204 в группе связанных ЭД МТ 204 | 5n |
2. Формат суммы 19d используется в соответствии со следующими правилами:
сумма состоит из целой части, разделителя и дробной части;
целая часть должна содержать хотя бы одну цифру;
в целой части ноли перед первой значащей цифрой отсутствуют;
разделитель – символ «,» (запятая) должен присутствовать;
дробная часть указывается, если в данной валюте она присутствует;
если дробная часть в данной валюте присутствует и равна нолю, то количество символов «0» в дробной части должно быть равно максимально допустимому количеству знаков в дробной части для данной валюты.
3. Требования к структуре банковского идентификационного кода (BIC) и номера банковского счета (IBAN), установленные настоящим стандартом, соответствуют требованиям СТБ ISO 9362, СТБ ISO 13616-1, Инструкции о порядке присвоения банковских идентификационных кодов и ведения справочника банковских идентификационных кодов участников расчетов, осуществляющих платежи на территории Республики Беларусь, утвержденной постановлением Правления Национального банка Республики Беларусь от 7 августа 2015 г. № 472, и постановления Правления Национального банка Республики Беларусь от 27 июля 2015 г. № 440 «О структуре номера счета» (далее – Постановление № 440).
3.1. Для банковского идентификационного кода банка-участника BISS установлен формат 11с, имеющий структуру 4с2a2с[3c], где:
1–4 разряды являются обязательными, содержат уникальный буквенный код, однозначно идентифицирующий банк Республики Беларусь, банк-нерезидент (префикс бизнес-участника);
5–6 разряды являются обязательными, содержат буквенный код страны, определяемый по ОКРБ 017;
7–8 разряды являются обязательными, содержат код местоположения участника расчетов (суффикс бизнес-участника), который может иметь как буквенные, так и цифровые значения;
9–11 разряды являются необязательными, содержат значение условного номера участника расчетов, который используется только для идентификации филиалов.
3.2. Для номера банковского счета, открытого в банке-участнике BISS, установлен формат 28с, имеющий структуру 2a2n4с4n16с, где:
1–2 разряды содержат международный код страны согласно Постановлению № 440;
3–4 разряды содержат контрольные цифры номера банковского счета, которые используются для проверки его достоверности и вычисляются согласно СТБ ISO 13616-1;
5–8 разряды содержат первые четыре символа банковского идентификационного кода банка, его филиалов;
9–12 разряды содержат балансовый счет согласно планам счетов бухгалтерского учета;
13–28 разряды содержат индивидуальный счет.
Для номера банковского счета банка – не участника системы BISS, установлен формат 34х. Структура формата номера банковского счета определяется стандартом страны, в которой зарегистрирован банк.
4. Значения и коды отзыва (возврата) платежа и отзыва акцепта плательщика приведены в таблице 2.
Таблица 2
Код отзыва акцепта плательщика/Код отзыва (возврата) платежа | Значение кода | Применяемость | |
кода отзыва акцепта плательщика | кода отзыва (возврата) платежа | ||
AC04 | Счет плательщика закрыт | + | + |
BE01 | Счет не принадлежит плательщику |
| + |
BE06 | Плательщик не является клиентом банка |
| + |
BE08 | Ошибка банка или платежной системы |
| + |
BY01 | Неисполнение бенефициаром своих обязательств по договору сделки | + | + |
BY02 | Иные причины, указанные в договоре сделки | + | + |
BY03 | Неисполнение плательщиком своих обязательств по договору прямого дебетования счета | + | + |
BY04 | Иные причины, указанные в договоре прямого дебетования счета | + | + |
BY05 | В отношении плательщика открыто конкурсное (ликвидационное) производство | + |
|
BY06 | Плательщик исключен из Единого государственного регистра юридических лиц и индивидуальных предпринимателей | + |
|
FR01 | Подозрение на мошенничество | + | + |
MD02 | Несоответствие условиям акцепта плательщика |
| + |
MD06 | По заявлению плательщика | + | + |
MD09 | Ограничения по счету плательщика | + | + |
MD19 | Досрочное исполнение денежных обязательств плательщиком по договору сделки | + |
|
MD20 | Срок действия договора прямого дебетования счета истек | + |
|
RR04 | Несоответствие требованиям нормативных правовых актов регулятора |
| + |
SL13 | Превышено количество платежей за период | + | + |
SL14 | Превышена сумма акцепта плательщика | + | + |
| Приложение 2 к стандарту проведения расчетов |
СТАНДАРТЫ ПРОВЕДЕНИЯ РАСЧЕТОВ, УСТАНАВЛИВАЮЩИЕ СПЕЦИАЛЬНЫЕ ТРЕБОВАНИЯ К КОНКРЕТНЫМ ТИПАМ ЭД И ПРОЦЕССАМ ИХ ВОСПРОИЗВЕДЕНИЯ НА БУМАЖНОМ НОСИТЕЛЕ
СПР 2.02-1-2018 «Банковская деятельность. Информационные технологии. Межбанковские платежные инструкции. Часть 1. Электронные платежные документы МТ 103», утвержденный постановлением Правления Национального банка Республики Беларусь от 16 марта 2018 г. № 116;
СПР 2.02-2-2018 «Банковская деятельность. Информационные технологии. Межбанковские платежные инструкции. Часть 2. Электронные платежные документы МТ 102», утвержденный постановлением Правления Национального банка Республики Беларусь от 16 марта 2018 г. № 116;
СПР 2.02-3-2018 «Банковская деятельность. Информационные технологии. Межбанковские платежные инструкции. Часть 3. Электронные платежные документы МТ 202», утвержденный постановлением Правления Национального банка Республики Беларусь от 16 марта 2018 г. № 116;
СПР 2.02-4-2019 «Банковская деятельность. Информационные технологии. Межбанковские платежные инструкции. Часть 4. Электронные платежные документы МТ 204», утвержденный постановлением Правления Национального банка Республики Беларусь от 4 сентября 2019 г. № 359;
СПР 2.02-5-2019 «Банковская деятельность. Информационные технологии. Межбанковские платежные инструкции. Часть 5. Электронные платежные документы МТ 104», утвержденный постановлением Правления Национального банка Республики Беларусь от 20 ноября 2018 г. № 536;
СПР 2.02-6-2019 «Банковская деятельность. Информационные технологии. Межбанковские инструкции. Часть 6. Электронные документы МТ 114», утвержденный постановлением Правления Национального банка Республики Беларусь от 20 ноября 2018 г. № 536;
СПР 2.02-7-2019 «Банковская деятельность. Информационные технологии. Межбанковские инструкции. Часть 7. Электронные документы МТ 194», утвержденный постановлением Правления Национального банка Республики Беларусь от 20 ноября 2018 г. № 536;
СПР 2.03-1-2019 «Банковская деятельность. Информационные технологии. Платежные инструкции клиентов. Часть 1. Электронные платежные поручения», утвержденный постановлением Правления Национального банка Республики Беларусь от 4 сентября 2019 г. № 359;
СПР 2.03-2-2020 «Банковская деятельность. Информационные технологии. Платежные инструкции клиентов. Часть 2. Электронные платежные требования», утвержденный постановлением Правления Национального банка Республики Беларусь от 28 июля 2020 г. № 253;
СПР 2.03-3-2020 «Банковская деятельность. Информационные технологии. Платежные инструкции клиентов. Часть 3. Сводные электронные платежные поручения», утвержденный постановлением Правления Национального банка Республики Беларусь от 28 июля 2020 г. № 253;
СПР 2.03-4-2019 «Банковская деятельность. Информационные технологии. Инструкции клиентов. Часть 4. Управление акцептом плательщика», утвержденный постановлением Правления Национального банка Республики Беларусь от 20 ноября 2018 г. № 536;
СПР 2.04-2-2018 «Банковская деятельность. Информационные технологии. Инструкции взыскателей. Часть 2. Электронные документы МТ 111», утвержденный постановлением Правления Национального банка Республики Беларусь от 16 марта 2018 г. № 116;
СПР 2.04-3-2018 «Банковская деятельность. Информационные технологии. Межбанковские инструкции. Часть 3. Электронные документы МТ 192», утвержденный постановлением Правления Национального банка Республики Беларусь от 16 марта 2018 г. № 116;
СПР 5.01-2020 «Банковская деятельность. Информационные технологии. Информационные архивы. Требования к архиву участника автоматизированной системы межбанковских расчетов», утвержденный постановлением Правления Национального банка Республики Беларусь от 28 июля 2020 г. № 253;
СПР 5.02-2019 «Банковская деятельность. Информационные технологии. Информационные архивы. Описи синхронизируемых электронных документов», утвержденный постановлением Правления Национального банка Республики Беларусь от 4 сентября 2019 г. № 359;
СПР 5.03-2020 «Банковская деятельность. Информационные технологии. Информационные архивы. Описи синхронизируемых электронных документов автоматизированной информационной системы исполнения денежных обязательств», утвержденный постановлением Правления Национального банка Республики Беларусь от 10 февраля 2019 г. № 36.
| Приложение 3 к стандарту проведения расчетов |
АЛГОРИТМ ВЫЧИСЛЕНИЯ КОНТРОЛЬНОЙ СУММЫ
1. Контрольная сумма вычисляется как остаток от деления памяти (исходного полинома) на образующий полином 32-й степени
X**32 + X**26 + X**23 + X**22 + X**16 + X**12 + X**11 + X**10 + X**8 + X**7 + X**5 + X**4 + X**2 + X + 1;
Вычисление контрольной суммы области данных выполняется побайтно.
Приняты следующие обозначения:
FCS – рабочая переменная для вычисления контрольной суммы;
a – флаг младшего разряда FCS;
i и ii – счетчики циклов;
mem – область исходных данных;
dd – рабочая переменная для промежуточного хранения байта исходных данных.
Процедура вычисления контрольной суммы следующая:
1) Если начало вычисления, установить значение рабочей переменной для вычисления контрольной суммы FCS = –1, в противном случае = значению контрольной суммы, вычисленной ранее;
2) Выполняем цикл вычисления контрольной суммы для каждого байта памяти;
3) Установить i = 0;
4) Установить ii = 0;
5) Установить dd = значению i-того байта памяти;
6) Установить a = значению младшего разряда FCS;
7) Сдвинуть FCS на один разряд вправо;
8) Если младший разряд dd = 1, установить старший разряд FCS=1, в противном случае установить старший разряд FCS=0;
9) Если a = 1, значение FCS сложить по модулю 2 с EDB88320h;
10) Сдвинуть dd на один разряд вправо;
11) Увеличить ii на 1;
12) Если ii<8, вернуться к шагу 6);
13) Увеличить i на 1;
14) Если i<длины обрабатываемой памяти, вернуться к шагу 5);
15) Если конец вычислений, перейти к заключительному блоку вычисления контрольной суммы – шагу 16), в противном случае перейти к шагу 24);
16) Установить ii = 0;
17) Установить a = значению младшего разряда FCS;
18) Сдвинуть FCS на один разряд вправо;
19) Установить старший разряд FCS=0;
20) Если a = 1, значение FCS сложить по модулю 2 с EDB88320h;
21) Увеличить ii на 1;
22) Если ii<8, вернуться к шагу 17);
23) Значение FCS сложить по модулю 2 с –1 (FFFFFFFFh);
24) Установить значение контрольной суммы равное FCS;
25) Преобразовать значение контрольной суммы в текстовый вид.
Пример исходного текста процедуры вычисления шестнадцатеричного значения контрольной суммы приведен в пункте 2 данного приложения.
Для записи значения контрольной суммы в текст электронного сообщения, она из шестнадцатеричного значения должна быть преобразована в текстовый вид, представленный цифрами от ‘0’ до ‘9’ и латинскими буквами верхнего регистра от ‘A’ до ‘F’.
2. Пример исходного текста процедуры вычисления шестнадцатеричного значения контрольной суммы на языке С:
/*=======================================================
; Вычислить контрольную сумму (32 бит) памяти
;========================================================
;; Функция вычисляет контрольную сумму памяти CRC – это остаток
; от деления памяти (исходного полинома) на образующий полином 32-й
; степени:
; X**32 + X**26 + X**23 + X**22 + X**16 + X**12 + X**11 + X**10 +
; + X**8 + X**7 + X**5 + X**4 + X**2 + X + 1
; в соответствии с ISO 3309 или МККТТ X.25.
;
; Если память обрабатывается по блокам, то:
; – бит 0 флага fl = 1 – для первого блока памяти;
; – бит 1 флага fl = 1 – для последнего блока памяти.
;
; Для средних блоков флаг fl = 0. Если вся память обрабатывается как
; один блок, то флаг fl=3.
;
; Если память обрабатывается по блокам, то между обращениями к этой
; функции вызывающая функция не должна изменять содержимое crc32.
;
; Если вычислить CRC памяти, расположить CRC непосредственно за этой
; памятью: <____память____><младший_байт_CRC>...<старший_байт_CRC>
; и вычислить CRC совокупной строки, то эта CRC всегда будет равна
; 0x2144Df1C независимо от содержимого и длины памяти.
;
;-------------------------------------------------------------------
; ВХОД: crc32 – указатель на CRC
; mem – указатель на память
; ln – длина памяти в байтах
; fl – флаг
; ВЫХОД: Нет
;
;======================================================== */
void Calc_crc32 (long *crc32,char *mem,int ln,int fl)
{
long fcs; /* FCS */
int i,ii,iii; /* Рабочие */
/* Загрузить старую FCS */
if (fl & 1)
fcs = –1;
else
fcs = *crc32;
/* Вычислить новую FCS */
for (i=0; i<ln; i++)
{
iii=mem[i];
for (ii=0; ii < 8; ii++)
{
if (fcs & 1)
{
fcs >>= 1;
if (iii & 1)
fcs |= 0x80000000;
else
fcs &= 0x7FFFFFFF;
fcs ^= 0xEDB88320;
}
else
{
fcs >>= 1;
if (iii & 1)
fcs |= 0x80000000;
else
fcs &= 0x7FFFFFFF;
}
iii >>= 1;
}
}
/* Завершить вычисление FCS */
if (fl & 2)
{
for (i=0; i<32; i++)
{
if (fcs & 1)
{
fcs >>= 1;
fcs &= 0x7FFFFFFF;
fcs ^= 0xEDB88320;
}
else
{
fcs >>= 1;
fcs &= 0x7FFFFFFF;
}
}
fcs ^= –1;
}
/* Записать результат */
*crc32 = fcs;
СТАНДАРТ ПРОВЕДЕНИЯ РАСЧЕТОВ | СПР 2.03-4-2019 |
Банковская деятельность
Информационные технологии
ИНСТРУКЦИИ КЛИЕНТОВ
Часть 4. Управление акцептом плательщика
Банкаўская дзейнасць
Інфармацыйныя тэхналогіі
ІНСТРУКЦЫІ КЛІЕНТАЎ
Частка 4. Кіраванне акцэптам плацельшчыка
Издание официальное
–––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––
Ключевые слова: акцепт плательщика, заявление на акцепт плательщика, заявление на отзыв акцепта плательщика, требования к структуре и форматам, форматы элементов данных, форма внешнего представления электронного документа на бумажном носителе
–––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––
Предисловие
1 РАЗРАБОТАН открытым акционерным обществом «Белорусский межбанковский расчетный центр»
2 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ постановлением Правления Национального банка Республики Беларусь от 20 ноября 2018 г. № 536
3 Разработан на основании части второй статьи 32 Банковского кодекса Республики Беларусь
4 ВВЕДЕН ВПЕРВЫЕ
Настоящий стандарт проведения расчетов не может быть воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Национального банка Республики Беларусь
–––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––
Издан на русском языке
Содержание
Введение
1 Область применения
2 Нормативные ссылки
3 Термины и определения
4 Обозначения и сокращения
5 Требования к структуре и элементам данных электронного акцепта плательщика
5.1 Общие положения
5.2 Требования к входным данным, используемым для формирования электронного акцепта плательщика
5.3 Требования к выходным данным электронного акцепта плательщика
5.4 Требования к особенной части электронного акцепта плательщика
6 Требования к процедуре исполнения банком электронного акцепта плательщика
6.1 Общие положения
6.2 Требования к выходным данным, формируемым банком при обработке и исполнении электронного акцепта плательщика
6.3 Требования к особенной части электронного акцепта плательщика, формируемой банком
7 Требования к процессу воспроизведения электронного акцепта плательщика на бумажном носителе
8 Перечень базовых тестов
Приложение А (обязательное) Элементы данных, применяемые для формирования электронного акцепта плательщика
Приложение Б (обязательное) Форма внешнего представления электронного акцепта плательщика на бумажном носителе в виде заявления на акцепт плательщика
Приложение В (обязательное) Форма внешнего представления электронного акцепта плательщика на бумажном носителе в виде заявления на отзыв акцепта плательщика
Приложение Г (обязательное) Перечень базовых тестов
Библиография
Введение
Настоящий стандарт проведения расчетов (далее – стандарт) устанавливает требования к структуре и форматам элементов данных электронного акцепта плательщика (далее – ЭАП) и процессу его воспроизведения на бумажном носителе.
ЭАП используется при осуществлении расчетов посредством прямого дебетования счета для управления акцептом плательщика. ЭАП формируется в виде заявления на акцепт плательщика или заявления на отзыв акцепта плательщика.
ЭАП является электронным документом, который формируется плательщиком и передается с использованием системы дистанционного банковского обслуживания в обслуживающий его банк (далее – банк-отправитель). ЭАП также может быть сформирован банком-отправителем, когда он является плательщиком, или в случаях, установленных [1].
Банк-отправитель и банк-получатель являются участниками BISS.
Общие требования к структуре и форматам элементов данных электронных документов и к процессу их воспроизведения на бумажном носителе установлены СПР 2.01.
СТАНДАРТ ПРОВЕДЕНИЯ РАСЧЕТОВ
–––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––
Банковская деятельность. Информационные технологии
ИНСТРУКЦИИ КЛИЕНТОВ
Часть 4. Управление акцептом плательщика
Банкаўская дзейнасць. Інфармацыйныя тэхналогіі
ІНСТРУКЦЫІ КЛІЕНТАЎ
Частка 4. Кіраванне акцэптам плацельшчыка
Banking activity. Information technologies
Instructions of clients
Part 4. Management of the payer’s acceptance
–––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––
Дата введения 2019-01-01
1 Область применения
Настоящий стандарт устанавливает:
– требования к структуре и форматам элементов данных ЭАП;
– требования к процессу воспроизведения ЭАП на бумажном носителе;
– перечень базовых тестов для проверки соответствия реализованных программными средствами процессов создания и воспроизведения на бумажном носителе ЭАП требованиям настоящего стандарта.
Стандарт применяется при проведении контроля соответствия ЭАП и форм его внешнего представления на бумажном носителе установленным требованиям.
Настоящий стандарт предназначен для работников банков и небанковских кредитно-финансовых организаций, разработчиков программных средств и экспертов испытательных лабораторий, осуществляющих испытания (тестирование) программных средств.
Настоящий стандарт следует применять совместно с СПР 2.01.
2 Нормативные ссылки
В настоящем стандарте использованы ссылки на следующие стандарты проведения расчетов:
СПР 2.01-2019 Банковская деятельность. Информационные технологии. Электронные документы. Общие требования.
3 Термины и определения
В настоящем стандарте применяют термины с соответствующими определениями, установленные СПР 2.01.
4 Обозначения и сокращения
4.1 Обозначения – по СПР 2.01 со следующими дополнениями:
<> – символы, используемые для обозначения в полях формы внешнего представления на бумажном носителе места воспроизведения значений элементов данных ЭАП.
4.2 Определение лексического формата – по СПР 2.01.
4.3 Разрешенное символьное множество – по СПР 2.01.
4.4 Сокращения – по СПР 2.01 со следующими дополнениями:
ЭАП – электронный акцепт плательщика в виде ЭД;
СДБО – система дистанционного банковского обслуживания;
ПС – программное средство.
Издание официальное
5 Требования к структуре и элементам данных электронного акцепта плательщика
5.1 Общие положения
5.1.1 ЭАП должен включать общую и особенную части.
Общая часть ЭАП должна содержать заявление на акцепт плательщика с указанием условий, в соответствии с которыми плательщик согласен оплачивать предъявляемые ему бенефициаром платежные требования на прямое дебетование счета, или заявление на отзыв акцепта плательщика с указанием причины отзыва акцепта плательщика.
Особенная часть должна содержать одну или несколько ЭЦП плательщика или его уполномоченного лица.
5.1.2 Структура полей общей части ЭАП определяется настоящим стандартом. Структура полей, содержащих дополнительную информацию для банка, и полей, содержащих особенную часть ЭАП, определяется документацией на программное средство, реализующее процесс создания ЭАП.
Требования к структуре элементов данных, содержащих значения банковского идентификационного кода участника BISS и номера банковского счета, открытого в банке участнике BISS, определяются по СПР 2.01 (приложение 1).
Примечание. Дополнительная информация, необходимая банку, может быть организована в виде отдельного электронного документа, содержащего ссылку на ЭАП. Создание и воспроизведение на бумажном носителе дополнительной информации, организованной в виде отдельного электронного документа, должны осуществляться в соответствии с требованиями и правилами заполнения, определенными документацией на ПС создания и воспроизведения ЭАП на бумажном носителе (далее – документация на ПС).
5.1.3 ЭАП должен создаваться программными средствами СДБО и сертифицированными средствами ЭЦП, используемыми плательщиком и банком-отправителем.
5.2 Требования к входным данным, используемым для формирования электронного акцепта плательщика
5.2.1 Формат (длина и тип) элементов данных полей общей части ЭАП должен соответствовать требованиям, указанным в приложении А.
5.2.2 Входными данными для формирования особенной части ЭАП является общая часть ЭАП, соответствующая требованиям настоящего стандарта и документации на ПС, информация личного ключа лица, подписывающего ЭАП.
5.2.3 Количество ЭЦП, формируемых плательщиком, согласовывается с банком-отправителем.
5.3 Требования к выходным данным электронного акцепта плательщика
5.3.1 Требования к выходным данным общей части электронного акцепта плательщика
5.3.1.1 Перечень полей общей части ЭАП, их последовательность и применяемость приведены в таблице 5.1.
Таблица 5.1
Порядковый номер поля ЭАП | Наименование поля ЭАП | Применяемость поля ЭАП |
1 | Идентификаторы ЭАП | О |
2 | Плательщик | О |
3 | Банк-отправитель | О |
4 | Банк-получатель | О |
5 | Бенефициар | О |
6 | Договор сделки | О |
7 | Условия акцепта плательщика | О |
5.3.1.2 Поля общей части ЭАП должны содержать элементы данных, предусмотренные настоящим стандартом, и дополнительную информацию, не противоречащую [1] и формируемую в соответствии с требованиями, определенными документацией на ПС.
5.3.1.3 Форматы элементов данных, их последовательность в полях общей части ЭАП и их применяемость должны соответствовать требованиям, приведенным в 5.3.2 и 6.2.2.
5.3.1.4 Элементы данных ЭАП должны однозначно идентифицироваться в соответствии с требованиями, определенными документацией на ПС.
5.3.1.5 Условные обозначения элементов данных ЭАП, приведенные в 5.3.2 и 6.2.2, могут быть использованы в качестве их идентификаторов.
5.3.2 Описание полей общей части электронного акцепта плательщика, формируемых плательщиком
1 ПОЛЕ: Идентификаторы ЭАП
Структура поля приведена в таблице 5.2.
Таблица 5.2
Наименование элемента данных | Формат элемента данных | Применяемость элемента данных | Условное обозначение элемента данных |
Вид ЭАП | 2n | О | COD_A |
Наименование ЭАП | 40x | О | N_А |
Номер ЭАП | 16x | О | NOM_А |
Дата ЭАП | 6n | О | DAT_А |
Правила использования элементов данных:
Элемент данных «Вид ЭАП» должен содержать значение, определяющее вид ЭАП: «17» – для заявления на акцепт плательщика; «18» – для заявления на отзыв акцепта плательщика.
Значение элемента данных «Номер ЭАП» не должно содержать символ «пробел» и прописные буквы кириллицы.
2 ПОЛЕ: Плательщик
Структура поля приведена в таблице 5.3.
Таблица 5.3
Наименование элемента данных | Формат элемента данных | Применяемость элемента данных | Условное обозначение элемента данных |
Наименование плательщика | 35х | О | N_PLAT |
Номер счета плательщика в банке-отправителе | 28c | О | SH_PLAT |
УНП плательщика | 9c | Н | UNN_P |
Правила использования элемента данных:
Особенности заполнения элемента данных «УНП плательщика» по платежам в бюджет определяются бюджетным законодательством.
3 ПОЛЕ: Банк-отправитель
Структура поля приведена в таблице 5.4.
Таблица 5.4
Наименование элемента данных | Формат элемента данных | Применяемость элемента данных | Условное обозначение элемента данных |
Наименование банка-отправителя | 35х | О | N_B_O |
Код банка-отправителя | 11c | О | K_B_O |
4 ПОЛЕ: Банк-получатель
Структура поля приведена в таблице 5.5.
Таблица 5.5
Наименование элемента данных | Формат элемента данных | Применяемость элемента данных | Условное обозначение элемента данных |
Наименование банка-получателя | 35х | О | N_B_P |
Код банка-получателя | 11c | О | K_B_P |
5 ПОЛЕ: Бенефициар
Структура поля приведена в таблице 5.6
Таблица 5.6
Наименование элемента данных | Формат элемента данных | Применяемость элемента данных | Условное обозначение элемента данных |
Наименование бенефициара | 35х | О | N_BEN |
Номер счета бенефициара в банке-получателе | 28с | О | SH_BEN |
УНП бенефициара | 9c | Н | UNN_B |
Правила использования элемента данных:
Особенности заполнения элемента данных «УНП бенефициара» по платежам в бюджет определяются бюджетным законодательством.
6 ПОЛЕ: Договор сделки
Структура поля приведена в таблице 5.7.
Таблица 5.7
Наименование элемента данных | Формат элемента данных | Применяемость элемента данных | Условное обозначение элемента данных |
Номер договора сделки | 16x | О | NOM_DOC |
Дата договора сделки | 6n | О | DAT_DOC |
Дата начала действия договора сделки | 6n | Н | DAT_ND |
Дата завершения действия договора сделки | 6n | Н | DAT_ZD |
Правила использования элемента данных:
Элементы данных «Дата начала действия договора сделки» и «Дата завершения действия договора сделки» в заявлении на акцепт плательщика должны присутствовать, в заявлении на отзыв акцепта плательщика – отсутствовать.
7 ПОЛЕ: Условия акцепта плательщика
Структура поля приведена в таблице 5.8.
Таблица 5.8
Наименование элемента данных | Формат элемента данных | Применяемость элемента данных | Условное обозначение элемента данных | |
Заявление на акцепт плательщика | Заявление на отзыв акцепта плательщика | |||
Номер акцепта | 16с | – | О | NOM_A |
Дата начала действия акцепта плательщика | 6n | О | – | DAT_NA |
Дата завершения действия акцепта плательщика | 6n | О | – | DAT_ZA |
Код кратности | 4c | О | – | K_POV |
Код периода | 4c | Н | – | К_PER |
Количество платежей | 2n | Н | – | KOL |
Код валюты | 3с | Н | – | K_VAL |
Сумма акцепта | 19d | Н | – | SUM_A |
Код отзыва акцепта | 4с | – | О | KOD_OA |
Причина отзыва акцепта | 35х | – | О | P_OA |
Символ «–» означает, что указанный элемент ЭАП данных должен отсутствовать.
Правила использования элементов данных ЭАП:
Значение элемента данных «Дата начала действия акцепта плательщика» не должно быть меньше значения элемента данных «Дата начала действия договора сделки», а значение элемента данных «Дата завершения действия акцепта плательщика» не должно превышать значение элемента данных «Дата завершения действия договора сделки».
Если элемент данных «Вид ЭАП» принимает значение «17» (заявление на акцепт плательщика), то элемент данных «Код кратности» может содержать следующие коды:
– RCUR – для осуществления многократных (регулярных (периодических) или неконтролируемых по количеству) платежей;
– OOFF – для осуществления разового платежа.
Если элемент данных «Код кратности» принимает значение «OOFF», то элементы данных «Код периода» и «Количество платежей» должны отсутствовать.
Если элемент данных «Код кратности» принимает значение «RCUR», то элементы данных «Код периода» и «Количество платежей» могут использоваться для осуществления контроля по количеству платежей за указанный период либо могут отсутствовать, если в таком контроле нет необходимости. Элемент данных «Количество платежей» используется одновременно с элементом данных «Код периода». Значение элемента данных «Количество платежей» «00» не допускается.
5.4 Требования к особенной части электронного акцепта плательщика
5.4.1 Особенная часть ЭАП плательщика должна формироваться с использованием сертифицированных средств ЭЦП.
5.4.2 Созданный ЭАП должен быть записан на электронный носитель данных и передан в банк-отправитель посредством СДБО.
6 Требования к процедуре исполнения банком-отправителем электронного акцепта плательщика
6.1 Общие положения
6.1.1 Банк-отправитель при приеме ЭАП на исполнение должен осуществить контроль целостности и подлинности ЭАП в соответствии с требованиями, установленными в СПР 2.01 и настоящем стандарте.
6.1.2 По результатам положительного контроля банк-отправитель формирует и направляет плательщику электронное сообщение о принятии ЭАП на исполнение. В противном случае банк-отправитель формирует и направляет плательщику электронное сообщение об отказе в принятии ЭАП на исполнение с указанием причины отказа.
6.2 Требования к выходным данным, формируемым банком-отправителем при обработке и исполнении электронного акцепта плательщика
6.2.1 В процессе обработки и исполнения ЭАП банком-отправителем формируются поля в соответствии с таблицей 6.1. Дополнительная информация, не противоречащая [1], формируется в соответствии с требованиями, определенными документацией на ПС.
Таблица 6.1
Порядковый номер поля | Наименование поля ЭАП | Применяемость поля ЭАП |
8 | Дата поступления в банк | О |
9 | Дата исполнения банком | О |
6.2.2 Описание полей, формируемых банком-отправителем при исполнении электронного акцепта плательщика
8 ПОЛЕ: Дата поступления в банк
Структура поля приведена в таблице 6.2.
Таблица 6.2
Наименование элемента данных | Формат элемента данных | Применяемость элемента данных | Условное обозначение элемента данных |
Дата поступления в банк | 6n | О | DAT_PST |
Время поступления в банк | 6n | Н | VR_PST |
9 ПОЛЕ: Дата исполнения банком
Структура поля приведена в таблице 6.3.
Таблица 6.3
Наименование элемента данных | Формат элемента данных | Применяемость элемента данных | Условное обозначение элемента данных |
Дата исполнения банком | 6n | О | DAT_ISP |
Время исполнения банком | 6n | Н | VR_ISP |
6.3 Требования к особенной части электронного акцепта плательщика, формируемой банком-отправителем
6.3.1 После обработки в соответствии с 6.2 ЭАП должен быть дополнен особенной частью.
6.3.2 Особенная часть ЭАП состоит из одной или нескольких ЭЦП, полученных с использованием сертифицированных средств ЭЦП, количество которых определяется банком-отправителем.
7 Требования к процессу воспроизведения электронного акцепта плательщика на бумажном носителе
7.1 Общие требования к процессу воспроизведения на бумажном носителе электронных документов установлены СПР 2.01. Настоящим стандартом установлены специальные требования к процессу воспроизведения на бумажном носителе ЭАП.
7.2 Воспроизведение элементов данных блока текста ЭАП должно осуществляться в соответствии с таблицей 7.1 и по формам внешнего представления на бумажном носителе, приведенным в приложении Б для заявления на акцепт плательщика (значение элемента данных «Вид ЭАП» равно «17») и в приложении В для заявления на отзыв акцепта плательщика (значение элемента данных «Вид ЭАП» равно «18»).
7.3 В форме внешнего представления на бумажном носителе значения элементов данных ЭАП должны выравниваться по левой границе поля и отделяться пробелом от разделителей полей или значения соседнего элемента данных. В случае отсутствия необязательных элементов данных в ЭАП соответствующие поля формы его внешнего представления на бумажном носителе остаются незаполненными.
Таблица 7.1
Порядковый номер поля ЭАП | Наименование элемента данных ЭАП | Место воспроизведения элемента данных в форме внешнего представления ЭАП | Наименование поля формы внешнего представления ЭАП |
1 | Вид ЭАП | В зависимости от значения элемента данных «Вид ЭАП» выводится наименование ЭАП «Заявление на акцепт плательщика» или «Заявление на отзыв акцепта плательщика» | Заголовок |
Наименование ЭАП | |||
Номер ЭАП | <Номер ЭАП> | ||
Дата ЭАП | <Дата ЭАП> | ||
2 | Наименование плательщика | <Наименование плательщика> | Плательщик: |
Номер счета плательщика в банке-отправителе | <Номер счета плательщика> | ||
УНП плательщика | <УНП плательщика> | ||
3 | Наименование банка-отправителя | <Наименование банка-отправителя> | Банк-отправитель: |
Код банка-отправителя | <Код банка-отправителя> | ||
4 | Наименование банка-получателя | <Наименование банка-получателя> | Банк-получатель: |
Код банка-получателя | <Код банка-получателя> | ||
5 | Наименование бенефициара | <Наименование бенефициара> | Бенефициар: |
Номер счета бенефициара в банке-получателе | <Номер счета бенефициара> | ||
УНП бенефициара | <УНП бенефициара> | ||
6 | Номер договора сделки | <Номер договора> | Договор сделки: |
Дата договора сделки | <Дата договора> | ||
Дата начала действия договора сделки | <Дата 1> | ||
Дата завершения действия договора сделки | <Дата 2> | ||
7 | Номер акцепта | <Уникальный номер акцепта> | Условия акцепта плательщика: |
Дата начала действия акцепта плательщика | <Дата 3> | ||
Дата завершения действия акцепта плательщика | <Дата 4> | ||
Код кратности | <Код кратности> <Значение кода кратности> | ||
Код периода | <Код периода> <Значение кода периода> | ||
Количество платежей | <Количество платежей> | ||
Код валюты | <Код валюты> | ||
Сумма акцепта | <Сумма цифрами>, <Сумма прописью> | ||
Код отзыва акцепта | <Код отзыва акцепта> | ||
Причина отзыва акцепта | <Причина отзыва акцепта> | ||
8 | Дата поступления в банк | <Дата 5> | Дата поступления: |
Время поступления в банк | <Время 1> | ||
9 | Дата исполнения банком | <Дата 6> | Дата исполнения: |
Время исполнения банком | <Время 2> |
7.4 В поле формы внешнего представления ЭАП на бумажном носителе «Подпись плательщика:» в месте <Информация о владельце ключа> должны воспроизводиться:
– фамилия, собственное имя, отчество (при наличии) и должность уполномоченного лица – для юридического лица;
– фамилия, собственное имя, отчество (при наличии) – для физического лица, индивидуального предпринимателя, нотариуса;
– информация личного ключа, позволяющая идентифицировать карточку его владельца (по согласованию плательщика с банком-отправителем).
7.5 В поле формы внешнего представления ЭАП на бумажном носителе «Подпись исполнителя банка:» в месте <Информация о владельце ключа> должна воспроизводиться следующая информация (по усмотрению банка-отправителя на выбор):
– фамилия, собственное имя, отчество (при наличии) и должность уполномоченного лица банка;
– номер ответственного исполнителя банка;
– идентификатор автоматизированной системы банка, осуществившей операцию.
В поле формы внешнего представления ЭАП на бумажном носителе «Подпись исполнителя банка:» при необходимости банк-отправитель может воспроизводить дополнительную информацию, предусмотренную [1].
8 Перечень базовых тестов
Перечень базовых тестов для проверки соответствия программных средств требованиям настоящего стандарта в части реализации процессов создания и воспроизведения на бумажном носителе ЭАП приведен в приложении Г.
Приложение А
(обязательное)
Элементы данных, применяемые для формирования электронного акцепта плательщика
Таблица А.1
Наименование элемента данных | Определение элемента данных | Формат элемента данных |
1 | 2 | 3 |
Вид ЭАП | Значение, определяющее вид ЭАП (Заявление на акцепт плательщика, Заявление на отзыв акцепта плательщика) | 2n |
Время исполнения банком* | Время исполнения ЭАП банком | 6n |
Время поступления в банк* | Время поступления ЭАП на исполнение в банк, которое соответствует времени формирования в СДБО информации об успешном завершении приема ЭАП | 6n |
Дата договора сделки* | Дата подписания договора сделки | 6n |
Дата завершения действия акцепта плательщика* | Дата, начиная с которой акцепт плательщика считается недействительным или аннулированным | 6n |
Дата завершения действия договора сделки плательщика* | Дата окончания действия договора сделки | 6n |
Дата исполнения банком* | Дата исполнения банком ЭАП | 6n |
Дата начала действия акцепта* | Дата, начиная с которой плательщик согласен оплачивать платежные требования на прямое дебетование счета | 6n |
Дата начала действия договора сделки* | Дата начала действия договора сделки | 6n |
Дата поступления в банк* | Дата поступления ЭАП на исполнение в банк, которая соответствует дате формирования в СДБО информации об успешном завершении приема ЭАП | 6n |
Дата ЭАП* | Дата создания ЭАП | 6n |
Код банка-отправителя | Банковский идентификационный код банка, обслуживающего плательщика | 11с |
Код банка-получателя | Банковский идентификационный код банка, обслуживающего бенефициара | 11с |
Код валюты | Код валюты платежа | 3с |
Код кратности | Код, определяющий возможность проведения разового или многократных платежей | 4c |
Код отзыва акцепта | Код, соответствующий причине отзыва акцепта плательщика | 4c |
Код периода | Код, определяющий временной период, в течение которого действует ограничение на количество платежей | 4c |
Количество платежей | Указывает количество допустимых платежей за указанный временной период. Значение элемента данных может принимать значение 01…99 | 2n |
Наименование банка-отправителя | Наименование банка, обслуживающего плательщика | 105х |
Наименование банка-получателя | Наименование банка, обслуживающего бенефициара | 105х |
Наименование бенефициара | Наименование бенефициара – юридического лица, индивидуального предпринимателя, нотариуса, физического лица | 105х |
Наименование плательщика | Наименование плательщика – юридического лица, индивидуального предпринимателя, нотариуса, физического лица | 105х |
Наименование ЭАП | Наименование ЭАП: «Заявление на акцепт плательщика» или «Заявление на отзыв акцепта плательщика» | 40х |
Номер акцепта | Уникальный номер акцепта плательщика | 16с |
Номер договора сделки | Номер договора между плательщиком и бенефициаром, предусматривающего осуществление расчетов посредством прямого дебетования счета | 16х |
Номер счета бенефициара в банке-получателе | Номер счета бенефициара в банке-получателе, указанный в договоре сделки | 28с |
Номер счета плательщика в банке-отправителе | Номер счета плательщика в банке-отправителе, указанный в договоре сделки | 28с |
Номер ЭАП | Номер электронного акцепта плательщика, содержащего заявление на акцепт плательщика или заявление на отзыв акцепта плательщика | 16х |
Причина отзыва акцепта | Текстовое изложение причины отзыва акцепта, соответствующее указанному в СПР 2.01 коду отзыва акцепта | 105х |
Сумма акцепта | Максимальная сумма одного платежа, которая может быть указана в платежном требовании на прямое дебетование счета | 19d |
УНП бенефициара | УНП бенефициара | 9c |
УНП плательщика | УНП плательщика | 9c |
______________________________
*Элементы данных, содержащие время и дату, указываются в форматах ЧЧММСС и ГГММДД соответственно.
Приложение Б
(обязательное)
Форма внешнего представления электронного акцепта плательщика
на бумажном носителе в виде заявления на акцепт плательщика
Заявление на акцепт плательщика
№<Номер ЭАП> от <Дата ЭАП>
Плательщик: | <Наименование плательщика> | |||||||
| Счет №: | <Номер счета плательщика> | УНП: | <УНП плательщика> | ||||
Банк-отправитель: | <Наименование банка-отправителя> | |||||||
| Код банка: | <Код банка-отправителя> | ||||||
Банк-получатель: | <Наименование банка-получателя> | |||||||
| Код банка: | <Код банка-получателя> | ||||||
Бенефициар: | <Наименование бенефициара> | |||||||
| Счет №: | <Номер счета бенефициара> | УНП: | <УНП бенефициара> | ||||
Договор сделки: | Номер договора: | <Номер договора> | ||||||
Дата договора: | <Дата договора> | |||||||
Срок действия договора: | С: <Дата 1> | По: <Дата 2> | ||||||
Условия акцепта плательщика: | Срок действия акцепта: | С: <Дата 3> | По: <Дата 4> | |||||
Кратность: | <Код кратности> <Значение кода кратности> | |||||||
Период: | <Код периода> <Значение кода периода> | |||||||
Количество платежей: | <Количество платежей> | |||||||
| Сумма акцепта: | <Сумма цифрами> <Код валюты> | ||||||
Подпись плательщика: | Подпись исполнителя банка: | |||||||
Приложение В
(обязательное)
Форма внешнего представления электронного акцепта плательщика
на бумажном носителе в виде заявления на отзыв акцепт плательщика
Заявление на отзыв акцепта плательщика
№<Номер ЭАП> от <Дата ЭАП>
Плательщик: | <Наименование плательщика> | |||||||
| Счет №: | <Номер счета плательщика> | УНП: | <УНП плательщика> | ||||
Банк-отправитель: | <Наименование банка-отправителя> | |||||||
| Код банка: | <Код банка-отправителя> | ||||||
Банк-получатель: | <Наименование банка-получателя> | |||||||
| Код банка: | <Код банка-получателя> | ||||||
Бенефициар: | <Наименование бенефициара> | |||||||
| Счет №: | <Номер счета бенефициара> | УНП: | <УНП бенефициара> | ||||
Договор сделки: | Номер договора: | <Номер договора> | ||||||
Дата договора: | <Дата договора> | |||||||
Условия акцепта плательщика: | Уникальный номер акцепта: | <Уникальный номер акцепта> | ||||||
Код отзыва акцепта: | <Код отзыва акцепта> | |||||||
Причина отзыва акцепта: | <Причина отзыва акцепта> | |||||||
Подпись плательщика: | Подпись исполнителя банка: | |||||||
Приложение Г
(обязательное)
Перечень базовых тестов
Перечень базовых тестов | Особенности формирования полей ЭАП |
Базовый тест № 01 | Элемент данных «Вид ЭАП» принимает значение «17» (заявление на акцепт плательщика). Элемент данных «Код кратности» принимает значение «OOFF». Присутствуют элементы данных: «Дата начала действия договора сделки», «Дата завершения действия договора сделки», «Код валюты», «Сумма акцепта», «УНП плательщика» и «УНП бенефициара» |
Базовый тест № 02 | Элемент данных «Вид ЭАП» принимает значение «17» (заявление на акцепт плательщика). Элемент данных «Код кратности» принимает значение «RCUR». Присутствуют элементы данных: «Дата начала действия договора сделки», «Дата завершения действия договора сделки», «Код периода» и «Количество платежей». Отсутствуют элементы данных: «Код валюты» и «Сумма акцепта» |
Базовый тест № 03 | Элемент данных «Вид ЭАП» принимает значение «17» (заявление на акцепт плательщика). Элемент данных «Код кратности» принимает значение «RCUR». Отсутствуют элементы данных: «Код периода» и «Количество платежей» |
Базовый тест № 04 | Элемент данных «Вид ЭАП» принимает значение «18» (заявление на отзыв акцепта плательщика). Присутствуют элементы данных: «Номер акцепта», «Код отзыва акцепта» и «Причина отзыва акцепта» |
Библиография
[1] Инструкция о банковском переводе, утвержденная постановлением Правления Национального банка Республики Беларусь от 29 марта 2001 г. № 66 (Национальный реестр правовых актов Республики Беларусь, 2001 г., № 49, 8/5770).