ІНФОРМАЦІЙНІ СИСТЕМИ І ТЕХНОЛОГІЇ У ФІНАНСОВО-КРЕДИТНИХ УСТАНОВАХ P|fK

4) кінець дня;

5) сервіс.

При відкриванні нового дня встановлюється дата для даного бан­ківського дня. Для неї формується каталог поточного банківського дня для відображення роботи системи протягом дня.

В режимі «початок дня» від АРМ-2 приймається низка файлів, які забезпечують роботу системи електронних платежів. Це такі файли:

• vK.OOO, що вміщує інформацію про кошти на коррахунку бан­
ку на початок робочого дня. Цей файл є обов'язковим, без ньо­
го не можна виконувати приймання та передавання платіжних
документів;

vU — завдання на корегування списку учасників системи елек­тронних платежів. Цей файл є необов'язковим. Він передається лише у випадках появи нових учасників системи електронних платежів.

Для банків, що працюють за сьомою моделлю, надходить файл типу vM, який вміщує бізнес-правила.

Режим «Передавання та приймання пакетів платіжних документів» є основним режимом функціонування системи електронних платежів.

В цьому режимі виконується передавання початкових платіжних документів, приймання та опрацювання документів, що надійшли елек­тронною поштою.

Підготовка платіжних документів виконується в комерційних бан­ках за допомогою власного пакета «Операційний день банку». При цьо­му система «Операційний день банку» повинна забезпечувати:

• формування всіх реквізитів платіжного документа;

• формування з окремих платіжних документів пакета початкових
. платежів;

• розміщення сформованого пакета в каталозі обміну системи
«Операційний день банку» та АРМ-3.

Документи, сформовані програмою «Операційний день банку», пе­редаються в АРМ-3 у вигляді текстових файлів.

Приймання та передавання платіжних документів може виконува­тися одноразовим завантаженням режиму «Передавання та приймання

Розділ 10 БАНКІВСЬКІ КОМП'ЮТЕРНІ МЕРЕЖІ

пакетів платіжних документів» чи автоматично через певні проміжки часу (цей порядок задається параметрами АРМ-3).

АРМ-3 через певний час завантажує електронну пошту. При цьо­му він опрацьовує файли, які знаходяться у вхідних каталогах від «Опе­раційного дня банку» і АРМ-2, розкладає файли-результати у вихідні ка­талоги для «Операційного дня банку» та для електронної пошти.

З кожним файлом, який надійшов до АРМ-3, виконуються такі дії:

1) перевірка на унікальність імені файла протягом банківського дня;

2) перевірка файла в цілому (правильність формування імені файла, відповідність його поточній даті роботи, відповідність структурі, обчислення та перевірка контрольних сум);

3) документальна перевірка файла.

Файл, що перевіряється, незалежно від результатів записується у каталог поточного робочого дня.

Якщо перевірений файл не приймається АРМ-3, то формується і надсилається відправнику файла (в «Операційний день банку» для фай­ла vA чи в регіональну розрахункову палату для файла vB) квитанція, яка вказує на причини неприймання файла.

Для одержання довідки про відправлені та прийняті файли необхід­но користуватися режимом «Сервіс».

На кожний відправлений в регіональну розрахункову палату файл vA обов'язково має прийти квитанція, за якою можна визначити, про­йшли чи ні файли в системі електронних платежів. Якщо протягом де­якого інтервалу (1-2 години) довідка не одержана, то це свідчить, що файл взагалі не надійшов у систему електронних платежів. В такому разі необхідно його відшукати у статистиці роботи електронної пошти чи зв'язуватись телефоном із регіональною розрахунковою палатою.

Регіонатьна розрахункова палата обслуговується комплексом АРМ-2, що працює циклічно в автоматичному режимі. За сеанс елек­тронного опрацювання вважається один цикл опрацювання файлів, при­йнятих на початку циклу. В сеансі опрацьовуються файли платіжних документів типу vA і vB, а також файли квитанцій типу vT і vS. Піс­ля закінчення сеансу регіональна розрахункова палата надсилає тим комерційним банкам, від яких у даному сеансі були одержані файли типу \А та vS, файл із інформацією про динамічний стан технічного

Зацеркляний М. М., Мельников О. Ф. <^>Л

ІНФОРМАЦІЙНІ СИСТЕМНІ ТЕХНОЛОГІЇ У ФІНАНСОВО-КРЕДИТНИХ УСТАНОВАХ ШщИ

кореспондентського рахунку — файл типу vK. Ця інформація дає змо­гу формувати пакети платіжних документів для передавання в систему електронних платежів таким чином, щоб не допустити овердрафт.

АРМ-3 приймає від «Операційного дня банку» тільки файли поточ­ного банківського дня. АРМ-3 передає в «Операційний день банку» всі файли незалежно від їх банківської дати, крім файлів vB.

«Операційний день банку» повинний опрацьовувати незалежно від дати файли V і U. При надходженні в «Операційний день банку» більше одного файла U вони повинні бути опрацьованими в хроноло­гічному порядку.

Єдиний тип файлів системи електронних платежів, який може при­йматися і опрацьовуватися за різні банківські дні — це файл В, В день формування пакета «функціональний підтип файла системи електронних платежів» формується рівним «0». Якщо в день формування пакета пла­тежу файл не був проведеним по технічному коррахунку банку, то він переночує на спеціальному рахунку в регіональній розрахунковій пала­ті, який дістав умовну назву «нічного», і на наступний банківський день АРМ-2 привласнює даному пакету нове ім'я і знову відправляє його банку.

При цьому:

склад і вміст платіжних документів пакета (тобто інформаційних

рядків пакета) не змінюється;

• день і місяць в імені файла (і в заголовному рядку) зміниться —
заноситься дата нового банківського дня;

• до «функціонального підтипу» імені файла додається одиниця.
Таким чином, непідтверджені файли В відправляються одержува­
чу протягом 9 банківських днів (в день формування vB «функціональ­
ний підтип» рівний 0, в подальші дні змінюється відповідно на «1»,
«2»,..., «9»). Система електронних платежів не зберігає файли vB біль­
ше 10 днів. Файли, не підтверджені протягом цього терміну, піддягають
примусовому квотуванню в регіональній розрахунковій палаті.

Режим «Кінець дня» складається з декількох етапів. Необхідними умовами завершення дня є:

• одержання квитанції від регіональної розрахункової палати на всі
відправлені банком файли початкових платежів;

Розділ 10 БАНКІВСЬКІ КОМП'ЮТЕРНІ МЕРЕЖІ

• одержання квитанцій від «Операційний день банку» на всі одер­
жані банком від регіональної розрахункової палати і надіслані до
«Операційного дня банку» факти зворотних платежів.

АРМ-3 виконує перевірку, чи на всі відправлені в регіональну роз­рахункову палату файли vA одержано фашіи-квитанції vT. Якщо в регі­ональну розрахункову палату відправлені файли типу vA і виконано за­кривання банківського дня раніше, ніж прийшли квитанції на них., то це вважається порушенням технології роботи в системі електронних пла­тежів. АРМ-3 контролює цю ситуацію і видає повідомлення про те, що закривати день ще не можна з тієї причини, що в системі залишились не квотовані файли vA.

Формується і відправляється в АРМ-2 файл vZ, який містить звіт про роботу системи за даний банківський день.

Протокольний звіт використовується для архівування в регіональ­ній розрахунковій палаті, обліку, звітності та для розв'язування спірних питань. Відправлення цього файла обов'язкове. Відправити файл vZ на­ступного дня неможливо.

Виконується архівування журналу програми криптографуванням. Після закривання дня створюється архів закритого дня. При спробі ар­хівувати незакритий день видається відповідне повідомлення.

Усі файли системи електронних платежів є текстовими файлами. їх структура має такий вигляд:

• службовий рядок;

• заголовковий рядок;

• інформаційні рядки.

Заголовковий рядок несе інформацію про файл у цілому. Зокрема, він вміщує інформацію про кількість інформаційних рядків у фашіі. Усі інформаційні рядки файла конкретного типу мають однакову довжину (крім файла vM). У деяких типів фашіів інформаційні рядки відсутні. В такому разі склад файла системи електронних платежів обмежується службовими та заголовковими рядками. Усі рядки (службовий, заголов­ковий і всі інформаційні) закінчуються символами повернення каретки, які позначаються як CRLF. Під час аналізу файла відсутність CRLF роз­цінюється як порушення структури файла. Розподілювачі кінця факта не

Зацеркляний М. М., Мельников О. Ф.

ІНФОРМАЦІЙНІ СИСТЕМНІ ТЕХНОЛОГІЇ У ФІНАНСОВО-КРЕДИТНИХ УСТАНОВАХ

використовуються. Службовий рядок використовується для підвищення безпеки та надійності системи електронних платежів.

Усі імена файлів інтерфейсу АРМ-3 — «Операційний день банку» мають таку структуру:

VtARxxmd. fnn,

де V — однобайтний ідентифікатор валюти у системі електронних пла­тежів. Для української національної валюти введене позначення «v». Для інших валют 1-й символ імені файла містить однобайтний іденти­фікатор валют згідно з довідником валют системи електронних плате­жів, який може приймати значення (А... Z, 0... 9); t — тип файла у сис­темі електронних платежів (нині використовуються такі типи файлів: А, Т, В, S, К, Z, V, F, М, U, О). З розвитком системи список може роз­ширюватися; ARxx —ідентифікатор банка в системі електронних пла­тежів; А — однобайтний ідентифікатор АРМ-2 системи електронних платежів, якому підпорядкований банк. Згідно з діючою нині системою це — друга літера електронної адреси АРМ-2. Якщо банк не працює в системі електронних платежів у національній валюті, то ставиться циф­ра 0; R — ідентифікатор адміністративного регіону України, де роз­ташована банківська установа; хх — унікальний ідентифікатор банку в межах даного регіону. Слід зазначити, що Rxx збігається з останніми трьома байтами електронної адреси банку в електронній пошті На­ціонального банку України; ш — місяць банківського дня за 36-річною системою числення (1, 2, ..., 9, А, В, С); d — день місяця банківського дня за 36-річною системою числення (1, 2, ..., 9, А, В, С,..., U, V); f— функціональний підтип файла системи електронних платежів:

• для типу F, М — підтип файла,

• для типу В — ознака повторного передавання,

• для всіх інших типів — 0;

nn — технологічний номер файла за 36-річною системою числення (00... ZZ). У ньому допускаються цифри від 0 до 9 і латинські літери.

Ім'я файла квитанції формується з імені файла, що квотується, шля­хом заміни символу «тип файла» на відповідний тип квитанції (напри­клад, А ->Т, В -+S).

Розділ 10 БАНКІВСЬКІ КОМП'ЮТЕРНІ МЕРЕЖІ

АРМ-1, АРМ-2, АРМ-3 системи електронних платежів обмінюють­ся інформацією у вигляді текстових файлів.

Кожний пакет платіжних документів повинний вміщувати доку­менти в одній вачюті.

Файли, імена яких побудовані не за заданим стандартом системи електронних платежів, не розглядаються.

Файл А містить інформацію про початкові платежі банку-відправ-ника платежів у систему електронних платежів. Кожний інформаційний рядок несе інформацію про один платіжний документ, всі документи файла повинні бути представленими в одній валюті.

Заголовковий рядок файла А має структуру, подану в табл. 10.2.

Інформаційний рядок файла А має структуру, подану в табл. 10.3.

Реквізит «Номер (операційний) платежу» відповідає номеру, який поставив клієнт-відправник на платіжному документі. Реквізит «Іденти­фікатор операціоніста банку А» містить ідентифікатор того операціоніс-та банку А, який сформував електронний платіжний документ і завірив його електронним цифровим підписом. На файл А завжди формується файл-квитанція Т.

Файл vT — це файл-квитанція на відповідний файл vA. Він містить інформацію про те, прийнятий чи ні відправлений на АРМ-2 пакет пла­тіжних документів, якщо ні, то з якої причини.

Таблиця 10.2.

Таблиця 10.3

Розділ 10 БАНКІВСЬКІ КОМП 'ЮТЕРНІ МЕРЕЖІ

Закінчення табл. 10.3

Таблиця 10.4

25*

Зацеркляний М. М., Мельников О. Ф.

ІНФОРМАЦІЙНІ СИСТЕМИ І ТЕХНОЛОГИ У ФІНАНСОВО-КРЕДИТНИХ УСТАНОВАХ ШШі

Файл vA у системі електронних платежів завжди приймається або ж не приймається в цілому, тобто якщо відбракований принаймні один платіж із файла, то інші платежі з цього ж файла також не приймаються до опрацювання.

Якщо vA містить помилки в одному або декількох платежах, то відповідний файл vT містить інформаційні рядки у кількості, яка до­рівнює кількості виявлених помилкових документів. Кожний рядок од­нозначно ідентифікує помилковий документ із відповідними кодами по­милок для кожного документа.

Структура заголовкового рядка файла Т має вигляд, поданий в табл. 10.4.

Якщо файл vA вміщує помилку не в платіжних документах, а в за-головковому рядку, то відповідний файл vT не має інформаційних ряд­ків, а містить лише код помилки в інформаційному рядку.

Структура інформаційного рядка файла дається в табл. 10.5.

Файл Т формується лише АРМ-2. Реквізити «Сума дебету по фай­лу» і «Сума кредиту по файлу» дорівнюють відповідним сумам файла vA, що квотується, якщо файл прийнятий без помилок. Ці суми дорівню­ють 0, якщо файл бракується з будь-якої причини.

Файл Т підтверджує нормальне приймання файла у тому випадку, якщо реквізит «Кількість інформаційних рядків» дорівнює нулю, ін­формаційні рядки взагалі відсутні, код помилки по KB файла дорівнює «0000» і виконуються такі співвідношення:

«Сума дебету по файлу А» = «Сумі дебету по KB файлу» «Сума кредиту по файлу А» = «Сумі кредиту по KB файла».

Таблиця 10.5

Розділ 10 БАНКІВСЬКІ КОМП'ЮТЕРНІ МЕРЕЖІ

Якщо файл vA містить помилку не в платіжних документах, а в за-головковому рядку, то відповідний файл vT не містить інформаційних рядків, а вміщує лише код помилки в інформаційному рядку.

Файл vB містить інформацію про зворотні платежі банку одержува­чу платежів у системі електронних платежів. Кожний інформаційний ря­док несе інформацію про один платіжний документ. На файл vB завжди формується файл-квитанція vS.

Структура заголовкового рядка файла vB збігається зі структурою заголовкового рядка файла vA. Структура інформаційного рядка фай­ла vB збігається зі структурою інформаційного рядка файла vA. В полі «ЕЦП основних реквізитів платежу» знаходиться електронний цифро­вий підпис, який накладає АРМ-3 банку-відправника.

Файл vS — це файл-квитанція на зворотний файл vB. Він містить інформацію про те, прийнятий чи ні відправлений пакет платіжних до­кументів, якщо ні, то з якої причини.

У випадку, якщо сам АРМ-3 провів вибраковку vB і навіть не пере­дає його «Операційному дню банку», квитанція S генерується в АРМ-3 і автоматично надсилається до АРМ-2.

Файл vB у системі електронних платежів завжди приймається або ж ні в цілому, тобто, якщо з файла відбракований принаймні один платіж, то інші платежі з цього файла до опрацювання також не приймаються.

Якщо vB містить помилки в одному або декількох платежах, то від­повідний файл vS містить інформаційні рядки, кількість яких дорівнює кількості виявлених помилкових документів. Кожний рядок однозначно ідентифікує помилковий документ із відповідними кодами помилок для кожного документу.

Якщо файл vB містить помилку не в платіжних документах, а в за-головковому рядку, то відповідний файл vS не містить інформаційних рядків, а містить лише код помилки в інформаційному рядку.

Зарахування грошей по файлу vB на коррахунок здійснюється тіль­ки після одержання АРМ-2 квитанції S з нульовими кодами завершень на цей файл.

Структура заголовкового та інформаційного рядків файла vS збі­гається зі структурою відповідних рядків файла vT.

Зацеркляний М. М., Мельников О. Ф.

ІНФОРМАЦІЙНІ СИСТЕМНІ ТЕХНОЛОГІЇ У ФІНАНСОВО-КРЕДИТНИХ УСТАНОВАХ

Файл vK містить технологічну інформацію про сеанс роботи АРМ-2зАРМ-3:

список файлів vA, що надійшли від АРМ-3;

список файлів vB, на які надійшли файли vS від АРМ-3;

інформацію про величину технічного коррахунку, поточні ліміти

коррахунку тощо.

Розширення у назві файла відповідає номеру технологічного сеан­су. Для відстеження правильності у послідовності файлів vK номер по­переднього vK зазначається у заголовковому рядку поточного vK.

Файл із розширенням 000 містить інформацію станом на початок банківського дня регіональної розрахункової палати.

Кожний інформаційний рядок містить інформацію про один файл vA чи vB, на які надійшли файли типу vS. Якщо значення реквізиту «Коди помилок» дорівнюють «0000», то сума по даному файлу була проведена по коррахунку.

Файл vS формується у банку і є сигналом для АРМ-2 про те, що АРМ-3 цього банку завершив роботу після приймання/передавання фай­лів платіжних документів. Файл містить таку інформацію про роботу АРМ-3 з АРМ-2 протягом банківського дня:

• список файлів vA, відправлених із АРМ-3 у систему електронних платежів;

• список файлів vB, одержаних у банку, на які сформовані і від­правлені у систему електронних платежів квитанції vS.

Файл vZ може не містити інформаційних рядків. Розширення файла Z повинно бути рівним «000». Якщо банк працює одночасно з декількома валютами, то на кожний тип валюти формується окремий файл vZ.

Кожний інформаційний рядок містить інформацію про один від­правлений файл vA чи надісланий файл vB. Якщо значення реквізиту «Коди помилок» дорівнює «0000», то:

• для відправленого vA одержаний vT без помилок;

для одержаного vB прийнятий із системи «Операційний день бан­ку» та переданий у АРМ-2 vS з нульовими кодами помилок. В усіх інших випадках треба аналізувати конкретні коди помилок. За технологією банк може відправляти протокольний звіт тіль­ки тоді, коли на всі відправлені у регіональну розрахункову палату vA

БАНКІВСЬКІ КОМП'ЮТЕРНІ МЕРЕЖІ

одержані квитанції vT та на всі прийняті vB одержані із системи «Опе­раційний день банку» і передані у регіональну розрахункову палату кви­танції vS. Якщо банк посилає vZ у момент, коли який-небудь файл не до­чекався квитанції, то цей стан файла відображається відповідним кодом помилки на цей файл.

Файл vV містить інформацію про значення технічного коррахунку та про платіжні документи банку:

• початкові платежі, прийняті АРМ-2 від банку;

• всі зворотні платежі, сформовані АРМ-2 для банку.

Кожний інформаційний рядок несе інформацію про один платіж­ний документ. Файл vV може не містити інформаційних рядків.

Файл U необхідний для автоматизованого корегування списку учасників електронних платежів у всіх АРМ системи електронних пла­тежів (СЕП).

Структура заголовкового рядка файла U дається в табл. 10.6.

Таблиця 10.6

Зацеркляний М. М., Мельников О. Ф.

ІНФОРМАЦІЙНІ СИСТЕМИ І ТЕХНОЛОГ!) У ФІНАНСОВО-КРЕДИТНИХ УСТАНОВАХ

Таблиця 10.7

Інформаційний рядок файла U має структуру, подану в табл. 10.7.