Сторінка
4

Система електронних платежів в Україні

У випадку, коли банк отримує квитанцію про те, що файл початкових платежів не прийнятий, банк повинен проаналізувати причини відхилення файла, вжити заходів для виправлення (або вилучення) некоректних документів засобами ОДБ та повторно надіслати коректні документи в новому пакеті.

Порядок ведення кореспондентських рахунків банків-учасників СЕП

На початку робочого дня кожна РРП отримує від відповідного регіонального управління Національного банку інформацію про стан реальних кореспондентських рахунків банківських установ регіону. АРМ-2 приводить стан технічних коррахунків банків відповідно до стану їх реальних коррахунків. Ця інформація негайно надається банкам регіону - учасникам розрахунків.

Протягом робочого дня розрахунки банку, які здійснюються через СЕП, відображаються на технічному коррахунку цього банку таким чином:

У момент отримання пакета початкових документів, якщо АРМ-2 приймає його успішно і формує квитанцію з нульовим кодом помилки, то технічний коррахунок зменшується на суму кредитових документів цього пакета - «банк відправив гроші» (якщо банк (ОПЕРУ НБУ) відправив початковий дебетовий документ, то технічний коррахунок навпаки -збільшується на суму цього документа. Інформаційні ж документи, що містяться в пакеті, не впливають на стан технічного коррахунку);

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

Якщо відсутні інші, крім системи електронних розрахунків, джерела надходження або знімання коштів з коррахунку банку, то технічний коррахунок збігається з реальним значенням коррахунку. Тобто, СЕП практично підтримує актуальне значення коррахунку банку-учасника в режимі реального часу.

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

Ситуації, коли банк не має змоги виконувати початкові платежі через відсутність коштів на рахунку, мають назви «червоного» та «жовтого» сальдо.

«Червоне» сальдо - ситуація, коли банк має від'ємний залишок коштів на коррахунку. Виникнення «червоного» сальдо розцінюється як надзвичайна ситуація. Але якщо з певних причин (термінові штрафи, стягнені з банку з порушенням рекомендованої технології стягнення штрафів у СЕП) така ситуація все ж виникла, то банк не має змоги виконувати початкові платежі доти, доки в результаті приймання відповідних платежів він не забезпечить наявності коштів на своєму технічному коррахунку.

«Жовте» сальдо виникає, коли банк спробував надіслати у СЕП файл початкових платежів на суму, що перевищує наявний залишок коштів на технічному рахунку. Такий пакет не приймається у СЕП, АРМ-2 повертає квитанцію з кодом помилки «жовте» сальдо. Але при цьому банку надається

можливість переглянути свої плани щодо порядку відправлення початкових платежів у СЕП.

Для того, щоб на основі наявної у банку та у РРП інформації однозначно прийняти рішення про виконання або невиконання платежів, у СЕП існує ще додаткова контрольна інформація, яка надається банку в кінці кожного сеансу АРМ-2 та в кінці банківського дня.

Поняття «Нічних» файлів

Між моментами приймання у СЕП платіжного документа від "банку А" та отримання цього документа "банком Б" проходить певний час. Зокрема, цей документ може бути отриманий "банком Б" і наступного банківського дня. Пакети платіжних документів, що не були підтверджені одержувачем протягом банківського дня, вважаються не одержаними ним. Такі файли після завершення банківського дня залишаються у РРП, яка їх сформувала, зберігаються там «вночі» (тому такі файли мають умовну назву «нічні» файли, або файли «повторної передачі»). Наступного банківського дня РРП повторно відправляє їх адресату. Це здійснюється таким чином:

• склад пакетів не змінюється, пакети не переформовуються (у тому числі всі пакети на одного адресата не об'єднуються, порядок платежів у кожному з пакетів не змінюється), зміст платежів (в тому числі технологічна інформація) не змінюється;

• в імені файла дата замінюється на дату поточного банківського дня;

• у технологічному розширенні імені файла перший символ замінюється на символ, що позначає, скільки банківських днів цей файл залишався у РРП як непідтверджений і скільки разів він відправлявся одержувачу знову. Першому разу відповідає символ «1», другому -«2» і так далі аж до символу «9»;*

• другий та третій символи технологічного розширення імені файла (тобто номер сеансу АРМ-2, в якому цей пакет був сформований уперше) не змінюються;