Протокольний звіт використовується для архівування в РРП, обліку, звітності та для вирішення спірних питань. Відправка цього файла обов'язкова. Відправити файл vZ наступного дня неможливо.
Виконується архівування журналу програми криптографуван-ня. Після закриття дня створюється архів закритого дня. При спробі заархівувати незакритий день буде видано відповідне повідомлення.
1.3 Інформаційне забезпечення СЕП
Усі файли СЕП є текстовими файлами, їхня структура має такий вигляд:
— службовий рядок;
— заголовковий рядок;
— інформаційні рядки.
Заголовковий рядок несе інформацію про файл у цілому. Зокрема, він вміщує інформацію про кількість інформаційних рядків у файлі. Усі інформаційні рядки файла конкретного типу мають однакову довжину (крім файла vМ). У деяких типів файлів інформаційні рядки відсутні. В такому разі склад файла СЕП обмежується службовими та заголовковими рядками. Усі рядки (службовий, заголовковий і всі інформаційні) закінчуються символами повернення каретки (переведення рядка СНR(13)+ СНR(ІО)), які будуть позначатись як СRLF. Під час аналізу файла відсутність СRLF повинна розцінюватись як порушення структури файла. Розподілювачі кінця файла не використовуються. Службовий рядок використовується для підвищення безпеки та надійності СЕП.
1.3.1 Правила завдання імен файлів
Усі імена файлів інтерфейса АРМ-3 — ОДБ мають таку структуру:
уtАRххmd. fnn,
де v— однобайтний ідентифікатор валюти у СЕП. Для української національної валюти введене позначення «v». Для інших валют 1-й символ імені файла містить однобайтний ідентифікаторі валют згідно з довідником валют СЕП, який може приймати значення (А ... 2, 0 ... 9).
t — тип файла у СЕП (нині використовуються такі типи файлів: А, Т, В, S, К, Z, V, F, М, U, О). В міру розвитку системи список може розширюватись.
АRхх —ідентифікатор банка у СЕП,
де А — однобайтний ідентифікатор АРМ-2 СЕП, якому підпорядкований банк. Згідно з діючою нині системою це — друга літера електронної адреси АРМ-2. Якщо банк не працює у СЕП у національній валюті, то ставиться цифра 0 ;
R — ідентифікатор адміністративного регіону України, де розташована банківська установа;
хх — унікальний ідентифікатор банку в межах даного регіону.
Слід зазначити, що Rхх збігається з останніми трьома байтами електронної адреси банку в електронній пошті НБУ.
m — місяць банківського дня за 36-річною системою обчислення(1,2,. . .,9, А,В,С);
d —день місяця банківського дня за 36-річною системою обчислення (1,2,.. .,9, А,В,С,.. .U,V);
f — функціональний підтип файла СЕП:
— для типу F,М — підтип файла,
— для типу В — ознака повторної передачі,
— для всіх інших типів — 0.
nn — технологічний номер файла за 36-річною системою обчислення (00 ... ZZ). У ньому допускаються цифри від 0 до 9 і латинські літери.
Ім'я файла квитанції формується з імені файла, що квітується шляхом заміни символу «тип файла» на відповідний тип квитанції (наприклад, А —>Т, В — >S) .
АРМ-1, АРМ-2, АРМ-3 СЕП обмінюються інформацією у гляді текстових файлів.
Кожен пакет платіжних документів повинен вміщувати документи в одній валюті.
Файли, імена яких побудовані не за заданим стандартом СЕП, не розглядаються.
1.3.2 Структура файлів
Файл А містить інформацію про початкові платежі банку — відправника платежів у СЕП. Кожний інформаційний рядок несе інформацію про один платіжний документ, всі документи файла повинні бути представленими у одній валюті.
Заголовковий рядок файла А має таку структуру:
№п/п | Назва реквізиту | Тип | Довжина |
1 | Назва файла | С | 12 |
2 | Дата+час створення файла | D | 10 |
3 | Кількість інформаційних рядків у файлі | N | 6 |
4 | Сума дебету по файлу | N | 16 |
5 | Сума кредиту по файлу | N | 16 |
6 | Електронний цифровий підпис (ЕЦП) | В | 64 |
7 | Ідентифікатор ключа ЕЦП | С | 6 |
8 | ЕЦП заголовкового рядка | В | 64 |
9 | СЯЬР | B | 2 |
Інформаційний рядок файла А має таку структуру:
№п/п | Назва реквізиту | Тип | Довжина |
1 | МФО банку А | N | 9 |
2 | Особовий рахунок клієнта банку А | N | 14 |
3 | МФО банку Б | N | 9 |
4 | Особовий рахунок клієнта банку Б | N | 14 |
5 | Ознака «дебет/кредит» платежу | С | 1 |
6 | Сума платежу | N | 16 |
7 | Вид платежу | N | 2 |
8 | Номер операційний платежу | С | 10 |
9 | Валюта платежу | N | 3 |
10 | Дата платіжного документа | D | 6 |
11 | Дата надходження платіжного документа в банк А | D | 6 |
12 | Назва платника (клієнта А) | С | 38 |
13 | Назва отримувача (клієнта Б) | С | 38 |
14 | Призначення платежу | С | 160 |
15 | Допоміжні реквізити | С | 60 |
16 | Код-призначення платежу | С | 3 |
17 | Спосіб заповнення реквізитів 14-16 | С | 2 |
18 | Ідентифікатор клієнта А | N | 14 |
19 | Резерв | С | 14 |
20 | Ідентифікатор документа | N | 9 |
21 | Ідентифікатор операціоніста банку А | С | 6 |
22 | Номер рядка БІР | N | 2 |
23 | Резерв | С | 8 |
24 | ЕЦП основних реквізитів платежу | В | 64 |
25 | Ім'я файла А | С | 12 |
26 | Порядковий номер інформаційного рядка у файлі А | N | 6 |
27 | Час проходження через АРМ-3 А | T | 4 |
28 | Час отримання в АРМ-2 А | T | 4 |
29 | Ім 'я файла С | С | 12 |
30 | Порядковий номер інформаційного рядка у файлі С | N | 6 |
31 | Час формування в АРМ-2 С | Т | 4 |
32 | Час отримання в АРМ-2 С | T | 4 |
33 | Ім'я файла В | С | 12 |
34 | Порядковий номер інформаційного рядка у файлі В | N | 6 |
35 | Час формування в АРМ-2 В | Т | 4 |
36 | Час отримання в АРМ-3 В | T | 4 |
37 | Дата отримання в АРМ-3 В | D | 6 |
38 | CLRF | B | 2 |
Реквізит «Номер (операційний) платежу» відповідає номеру, який поставив клієнт-відправник на платіжному документі. Рек-1 візит «Ідентифікатор операціоніста банку А» містить ідентифікатор того операціоніста банку А, який сформував електронний платіжний документ і завірив його ЕЦП. На файл А завжди формується файл-квитанція Т.
Файл vТ — це файл-квитанція на відповідний файл vА. Він містить інформацію про те, прийнятий чи ні відправлений на АРМ-2 пакет платіжних документів, якщо ні, то з якої причини.
Файл vА у СЕП завжди приймається або ж не приймається у цілому, тобто якщо відбраковано хоча б один платіж з файла, то інші платежі з цього ж файла також не приймаються до обробки.
Якщо vА містить помилки в одному або кількох платежах, то відповідний файл vТ містить інформаційні рядки у кількості, що дорівнює кількості виявлених помилкових документів. Кожний рядок однозначно ідентифікує помилковий документ з відповідними кодами помилок для кожного з документів.
Структура заголовкового рядка файла Т має такий вигляд:
№п/п | Назва реквізиту | Тип | Довжина |
1 | Назва файла | С | 12 |
2 | Дата+час створення файла | В | 10 |
3 | Кількість інформаційних рядків у файлі | N | 6 |
4 | Сума дебета по файлу | N | 16 |
5 | Сума кредиту по файлу | N | 16 |
6 | Електронний цифровий підпис (ЕЦП) | В | 64 |
1 | Ідентифікатор ключа ЕЦП | С | 6 |
8 | Назва квітуємого (КВ) файла | С | 12 |
9 | Дата+час створення КВ файла | D | 10 |
10 | Кількість інформаційних рядків у КВ файлі | N | 6 |
11 | Сума дебета по КВ файла | N | 16 |
12 | Сума кредиту по КВ файлу | N | 16 |
13 | ЕЦП КВ файла | В | 64 |
14 | Ідентифікатор ключа ЕЦП КВ файла | С | 6 |
15 | Код помилки по КВ файлу | С | 4 |
16 | ЕП заголовкового рядка файла | B | 64 |
17 | СRLF | B | 2 |
Якщо файл vА вміщує помилку не в платіжних документах, а в заголовковому рядку, то відповідний файл vTне утримує інформаційних рядків, а містить лише код помилки в інформаційному рядку.
Структура інформаційного рядка файла Т:
№ п/п | Назва реквізиту | Тип | Довжина |
1 | Порядковий номер інформаційного рядка (IР) у файлі А | N | 6 |
2 | Код помилки | С | 4 |
3 | СRLF |
Файл Т формується лише АРМ-2. Реквізити «Сума дебета по файлу» і «Сума кредиту по файлу» дорівнюють відповідним сумам файла vА, що квітується, якщо файл прийнятий без помилок. Ці суми дорівнюють 0, якщо файл бракується з будь-якої причини.
Файл Т підтверджує нормальний прийом файла у тому випадку, якщо: реквізит «Кількість інформаційних рядків» дорівнює нулеві, самі інформаційні рядки взагалі відсутні, код помилки по КВ файла = «0000» і виконуються такі рівності:
«Сума дебета по файлу А» = «Сумі дебета по КВ файла»
«Сума кредиту по файлу А»= «Сумі кредиту по КВ файла»
Якщо файл vА містить помилку не в платіжних документах, а в заголовковому рядку, то відповідний файл vТ не утримує інформаційних рядків, а вміщує лише код помилки в інформаційному рядку.
Файл vВ містить інформацію про зворотні платежі банку отримувачу платежів у СЕП. Кожний інформаційний рядок несе інформацію про один платіжний документ. На файл уВ завжди формується файл-квитанція vS.