НАЦІОНАЛЬНИЙ БАНК УКРАЇНИ
Департамент інформатизації
ЛИСТ
13.01.2011 N 24-112/58
Головному управлінню НБУ в
Автономній Республіці Крим,
Головному управлінню НБУ
по м. Києву та області,
Територіальним
управлінням НБУ,
структурним одиницям
та навчальним закладам НБУ,
ОПЕРУ НБУ,
ОПЕРУ Державного
казначейства України,
Центральній
розрахунковій палаті,
Банкам України та їх філіям,
Органам Держказначейства -
учасникам системи
електронних платежів,
Всеукраїнському
депозитарію цінних паперів,
Національному
депозитарію України,
Міжрегіональному
фондовому союзу,
зберігачам - клієнтам
Депозитарію НБУ,
розробникам САБ
Тема: система електронних платежів (СЕП)
Повідомляємо, що найближчим часом у роботу системи електронних платежів (СЕП) Національного банку України і Депозитарію державних цінних паперів уносяться такі зміни (окремими файлами до цього листа додаються розділи 7.6 і 10.4 документа "Система електронних платежів Національного банку України. Опис інтерфейсу між САБ банку і СЕП НБУ", у яких відображено зазначені зміни):
1. Починаючи з 01.02.2011 до переліку можливих режимів обмеження на приймання в СЕП початкових платежів додається режим:
"Дозволені платежі тільки за цінні папери".
У цьому режимі приймаються до СЕП тільки такі початкові платежі (і електронні розрахункові повідомлення):
- за державні цінні папери (тобто ті, що оформлені відповідно до пункту 10.4 документа "Опис інтерфейсу між САБ банку і СЕП НБУ");
- на адресу Всеукраїнського депозитарію цінних паперів як безпосереднього учасника СЕП або від нього на адресу будь-якого учасника СЕП (у майбутньому цей дозвіл поширюватиметься на всі "депозитарії", які будуть підключено до СЕП як безпосередні учасники);
- на адресу Головного управління НБУ по м. Києву і області (оскільки в ньому ведуться клієнтські рахунки Національного депозитарію України і Міжрегіонального фондового союзу) або від нього на адресу будь-якого учасника СЕП.
Режим може встановлюватися як для СЕП в цілому, так і для окремих її учасників. Умовне позначення цього режиму в реквізитах "блокування початкових платежів учасника" і "заборона приймання платежів до СЕП у файловому режимі / режимі реального часу" - літера "c" мале латинське.
Звертаємо особливу увагу на те, що надходження до банку в файлі $K інформації про те, що встановлено цей режим, є довідковим і не повинне зупиняти роботу САБ або повністю перешкоджати формуванню і відправці банком платежів інших видів (детально роз'яснення наведені в розділі 7.6 "Опису інтерфейсу між САБ банку і СЕП").
Новий код помилки для забракованих у цьому режимі платежів не вводиться. Використовуються існуючі коди 0960 (для забраковки під час встановлення такого режиму в СЕП в цілому) або 0977 (у разі встановлення такого режиму тільки для учасника - відправника забракованого платежу).
2. Починаючи з 17.01.2011 у задачі "ДепоОблік" системи "ОВДП-online2" змінюється довжина поля вводу "N договору" відповідно до листа N 24-112/2090 від 05.10.2010 і відповідно змінюється структура файла &P.
Відповідна версія програмного забезпечення клієнтського місця системи "ОВДП-online2" буде оновлена у зберігачів - клієнтів Депозитарію державних цінних паперів автоматично згідно з загальним порядком оновлення версій модулів у системі "ОВДП-online2".
3. Листом від 25.01.2010 N 24-112/129 Департамент інформатизації пропонував переглянути правила вказання реквізиту "сума" в електронних розрахункових повідомленнях СЕП, а саме, заборонити вказувати в електронних розрахункових повідомленнях (тобто в документах СЕП, ознака дебет/кредит яких дорівнює "2" чи "3") значення суми платежу, яка дорівнює 0.
Жоден з учасників СЕП не обґрунтував потреби використання електронних розрахункових повідомлень з нульовою сумою і не надав опису модельних ситуацій, в яких такі документи були б доцільними.
Тому, починаючи з 01.02.2011, у всіх документах СЕП, незалежно від їх ознаки "дебет/кредит", буде заборонено вказання суми платежу, яка дорівнює нулю. Для діагностики цієї помилки використовуватиметься вже існуючий код помилки "0917" - "Невірно вказана сума платежу".
Примітка. Ця заборона не змінює правил оформлення Блоку інформаційних рядків (БІР, див. п. 6.3 "Опису інтерфейсу між САБ банку і СЕП НБУ"). У додаткових рядках БІР, як і раніше, реквізит "сума платежу" має дорівнювати 0.
Директор Департаменту інформатизації А.С.Савченко
Додаток
Система електронних платежів
Національного банку України.
Опис інтерфейсу між САБ банку і СЕП НБУ
Частина 2
7.6. Реквізити, що визначають обмеження на приймання початкових платежів
У цьому розділі наводиться список можливих режимів обмеження приймання до СЕП початкових платежів та їх умовні однобуквені позначення. Ці режими можуть установлюватися:
- як загальний режим заборони приймання початкових платежів від певної категорії учасників (ТУ НБУ, установ НБУ, установ Держказначейства, банків та їх філій) в параметрах роботи СЕП, який встановлюється згідно з регламентом;
- як режим заборони приймання початкових платежів від конкретного учасника в зв'язку з особливостями його роботи.
" " - дозволені всі
"Y" - заборонені всі
"I" (велике латинське) - дозволені тільки електронні
розрахункові повідомлення (з ознакою
"дебет-кредит" документа СЕП,
що дорівнює "2" або "3")
"k" (мале латинське) - дозволені документи тільки на адресу
будь-якого ТУ НБУ(1) або будь-якої
установи Держказначейства
"u" (мале латинське) - дозволені документи тільки в межах
юр. особи, а саме, між установами,
підпорядкованими одній і тій самій
юридичній особі (в тому числі між самою
головною юридичною особою та будь-якою
з підпорядкованих їй філій)
"U" (велике латинське) - дозволені документи тільки між головною
юридичною особою та підпорядкованою
їй філією
"H" (велике латинське) - дозволені документи тільки на адресу
"свого" ТУ НБУ (тобто ТУ, в якому
ведеться коррахунок даного банка).
При цьому для ТУ НБУ "своїм" ТУ
вважається ОПЕРУ НБУ
"h" (мале латинське) - дозволені документи тільки на адресу
будь-якого ТУ НБУ
(включаючи ОПЕРУ НБУ)
"d" - дозволені документи:
- або в межах юр. особи,
- або на адресу будь-якого ТУ НБУ
"e" (мале латинське) - Режим закриття банківського року.
Дозволені документи:
- або в межах юр. особи,
- або на адресу будь-якого ТУ НБУ,
- або до будь-якої установи
Держказначейства.
"c" (мале латинське) - дозволені документи, якими здійснюється
оплата за цінні папери:
- або за державні цінні папери
(тобто ті, що оформлені відповідно
до пункту 10.4 цього документа);
- або на адресу Всеукраїнського
депозитарію цінних паперів (ВДЦП)
(код банку якого = 344443);
- або від ВДЦП на адресу будь-якого
учасника СЕП;
- або на адресу Головного управління НБУ
по м. Києву і області (код
банку = 321024), оскільки в ньому
ведуться клієнтські рахунки
Національного депозитарію України
і Міжрегіонального фондового союзу;
- або від Головного управління НБУ
по м. Києву і області на адресу
будь-якого учасника СЕП.
(у разі підключення до СЕП інших
"депозитаріїв" як безпосередніх
учасників, або відкриття
клієнтських рахунків нових
"Депозитаріїв" в інших ТУ цей
дозвіл буде поширено на них також)
_______________
(1) до категорії "ТУ НБУ" в цьому описі обмежень відноситься
також ОПЕРУ НБУ
Вилучаються з використання (в зв'язку з відсутністю попиту) такі обмеження, які існували раніше в СЕП:
"K" (велике латинське) - дозволені документи тільки на адресу
будь-якої установи Держказначейства
"R" (велике латинське) - дозволені документи на адресу
тільки тих учасників, чиї коррахунки
ведуться в тому ж ТУ,
що й коррахунок учасника-відправника
документа
Зарезервовані для внутрішнього використання однобуквені позначення (українськими великими літерами): "Б", "З".
Примітка 1. Способи, в яких йдеться про роботу "в межах юр. особи", ураховують підпорядкованість за юридичними особами (тобто для цих установ в довіднику учасників СЕП реквізит "Код банку юридичної особи" однаковий), безвідносно до того, за якою моделлю обслуговування консолідованого коррахунку працюють ці установи.
Примітка 2. У разі встановлення режиму "c" електронні розрахункові повідомлення ("інформаційні документи") перевіряються для різних депозитаріїв по-різному. А саме
- відповідно до правил взаємодії СЕП і Депозитарію державних цінних паперів за принципом "поставка проти оплати" (див. п. 10.4 цього документа), електронні розрахункові повідомлення не вважаються "платежами за державні цінні папери" і не призводять до перереєстрації прав власності за державні цінні папери, отже, цим режимом не дозволяються;
- щодо інших депозитаріїв, СЕП не контролює їх внутрішніх правил роботи, тому для цього режиму дозволяються і електронні розрахункові документи, і електронні розрахункові повідомлення.
Про встановлені обмеження учасник може дізнатися:
- з реквізитів рядка заголовка файлів K, V;
- за допомогою пакетів-запитів про загальний стан роботи СЕП (3.01) та про встановлені обмеження для роботи цього конкретного учасника (3.14, 3.04, 3.05, 3.06).
Слід звернути особливу увагу на те, що з розвитком СЕП перелік можливих способів обмежень може розширятися і змінюватися. Тому, якщо САБ виявить у файлах або пакетах-відповідях невідоме їй значення, то це не повинно трактуватися САБ як помилка і перешкоджати нормальному прийманню цього файла / пакета-відповіді.
Розробникам САБ також слід звернути увагу на те, що за той час, поки файл К або пакет-відповідь, в якому міститься інформація про встановлені обмеження, дійшов до САБ, в ЦОСЕП обмеження вже могли змінитися. Тому, якщо розробник вважає за доцільне реалізувати механізм перевірки платежів, які він збирається відправити до СЕП, на відповідність встановленим обмеженням, то рекомендується НЕ безумовно заборонити відправлення цих платежів, а тільки попередити користувача про те, що платежі не відповідають поточним обмеженням, і далі надати користувачеві можливість вирішити, чи відправляти до СЕП ці платежі.
10.4. Правила заповнення платежів за Державні цінні папери (ДЦП)
Нормативна база: Положення про депозитарну діяльність Національного банку України, затверджене постановою Правління Національного банку України від 19.03.2003 року N 114 та введене в дію з 15.05.2003.
Механізм введено в дію листами від 20.11.2002 N 24-112/1929, від 12.06.2003 N 14-012/1574-4211, від 28.04.2004 N 24-112/617, від 05.10.2010 N 24-112/2090, від 13.01.2001 N 24-112/58.
Механізм міжбанківських розрахунків за ДЦП реалізовано відповідно до принципу "Поставка проти оплати", згідно з яким перереєстрація прав власності за цінними паперами відбувається ТІЛЬКИ після контрольованого депозитарієм списання коштів з кореспондентського рахунку покупця ДЦП через платіжну систему.
У випадку внутрішньобанківських розрахунків за ДЦП (тобто, здійснення розрахунків за ДЦП не через СЕП НБУ) система автоматизації банку або внутрішньобанківська платіжна система надає до депозитарію копію електронного платіжного документа про списання коштів з рахунку клієнта А. Перереєстрація прав власності за цінними паперами відбувається після отримання цієї копії.
10.4.1. Термінологія
Депозитарій - Депозитарій державних цінних паперів
Національного банку України
Зберігач - комерційний банк або торговець
цінними паперами, який має дозвіл
на зберігання та обслуговування обігу
цінних паперів і операцій емітента
з цінними паперами на рахунках
у цінних паперах як щодо тих цінних
паперів, що належать йому, так і тих,
які він зберігає згідно з договором
про відкриття рахунку в цінних
паперах
Депонент - юридична або фізична особа, яка
користується послугами зберігача
на підставі договору про відкриття
рахунку в цінних паперах
Обслуговуючий банк - банк, який надає розрахункові
послуги клієнтам депозитарію
зберігачам та/або їх депонентам
для виконання грошових розрахунків
за операціями з ДЦП
Зберігач А - зберігач, який надає розпорядження
на переказ ДЦП
Зберігач Б - зберігач, який надає розпорядження
на отримання ДЦП
Банк А - обслуговуючий банк зберігача
або його депонента, з якого
перераховуються кошти за угодою
щодо ДЦП (співпадає з розумінням
поняття "банк А" в описі електронного
розрахункового документа СЕП)
Банк Б - обслуговуючий банк зберігача
або його депонента, на який надходять
кошти за угодою щодо ДЦП (співпадає
з розумінням поняття "банк Б" в описі
електронного розрахункового документа
СЕП)
код МДО - код міждепозитарного обліку,
що ідентифікує зберігача
(призначається в порядку,
встановленому Національним
депозитарієм України)
Платіж за угодою щодо ДЦП - особливим чином оформлений
електронний розрахунковий документ,
за допомогою якого здійснюється
перерахування грошових коштів
за угодою щодо ДЦП.
Квитування розпоряджень - встановлення збігу числових значень
реквізитів розпорядження на переказ
ДЦП зберігача А з розпорядженням
на отримання ДЦП зберігача Б.
10.4.2. Загальна технологія і особливості оформлення розрахункових документів СЕП
Підставою для перереєстрації Депозитарієм прав власності на цінні папери є:
- повідомлення від системи міжбанківських розрахунків про списання суми платежу за ДЦП з коррахунку Банку А, якщо Банк А не дорівнює Банк Б і ці банки не є учасниками однієї ВМПС;
- копія електронного документа про перерахування коштів, що надсилається до Депозитарію, якщо Банк А = Банк Б, або ці банки є учасниками однієї ВМПС.
1) У розпорядженнях, які надсилаються до Депозитарію, клієнт банку А вказує реквізити, що визначають банк, з якого він планує виконати оплату за ДЦП (код банку, ідентифікаційний код (номер) клієнта). Клієнт банку Б вказує реквізити, що визначають банк і рахунок, на який мають надійти кошти в оплату за угодою щодо ДЦП (код банку, номер рахунку, ідентифікаційний код (номер) клієнта). Згідно з пунктами 2 та 4 глави 8 Положення про депозитарну діяльність Національного банку України, затвердженого постановою Правління Національного банку України від 19.03.2003 року N 114 та введеного в дію з 15.05.2003, платежі за угодами з державними цінними паперами (далі - ДЦП) можуть здійснюватися зберігачами та їх депонентами не тільки через визначені в депозитарних договорах транзитні рахунки зберігачів, а і через інші рахунки зберігачів або їх депонентів, шляхом заповнення клієнтами-постачальниками/одержувачами таких додаткових реквізитів розпоряджень на переказ/одержання ДЦП як код одержувача/платника коштів за ЄДРПОУ; код обслуговуючого банку одержувача/платника коштів та номер рахунку, на який має надійти платіж. Звертаємо увагу, що перерахування коштів за угодами рефінансування під заставу ДЦП здійснюється виключно відповідно до додаткових реквізитів розпоряджень на переказ/одержання ДЦП, заповнених на підставі відповідних кредитних договорів (договорів застави) безпосередньо через позичкові рахунки та рахунки щодо нарахованих доходів за користування кредитом.
2) Депозитарій за результатами проведеної операції квитування розпоряджень надає Банку А у файлі &P повідомлення про необхідність перерахування грошових коштів на вказаний в ньому рахунок Банку Б.
Файл &P від Депозитарію до банка А передається через АРМ-НБУ-інформаційний банку. У разі, якщо банк А при роботі в СЕП є філією ВМПС, файл &P, незважаючи на це, передається до АРМ-НБУ-інформаційного зазначеного "банку А"-філії (а не до головного банку ВМПС).
Найменування файла:
&PaRxxmd.nnn
де: & - ознака приналежності до файлів Депозитарію,
P - тип файла - повідомлення про необхідність
перерахування грошових коштів
aRxx - ідентифікатор Банку А в СЕП
md - місяць, день банківського дня у 32-ковій системі
числення
nnn - унікальний номер файла в межах банківського дня
Структура файла аналогічна структурі файлів СЕП: службовий рядок, рядок заголовка, інформаційні рядки. Усі рядки (службовий, заголовка, всі інформаційні) закінчуються символами "повернення каретки/перевод рядка" (CrLf). Ніякого спеціального символу для позначення кінця файла не використовується. Службовий рядок - 100 байт (разом з CRLF 102 байти).
Структура рядка заголовка файла &P
------------------------------------------------------------------
|Номер рекв. | Найменування |Тип |Довжина |Позиції в рядку |
| | реквізиту | | | |
|------------+-------------------+-----+--------+----------------|
| 1 |Найменування файла | C+ | 12 | 1-12 |
| | | | | |
|------------+-------------------+-----+--------+----------------|
| 2 |Дата+Час створення | d | 10 | 13-22 |
| |файла | | | |
|------------+-------------------+-----+--------+----------------|
| 3 |Кількість | N | 6 | 23-28 |
| |інформаційних | | | |
| |рядків у файлі | | | |
|------------+-------------------+-----+--------+----------------|
| 4 |Число 0 | N | 16 | 29-44 |
|------------+-------------------+-----+--------+----------------|
| 5 |Сума кредиту за | N | 16 | 45-60 |
| |файлом | | | |
|------------+-------------------+-----+--------+----------------|
| 6 |ЕЦП файла | B | 64 | 61-124 |
|------------+-------------------+-----+--------+----------------|
| 7 |Ідентифікатор ключа| C+ | 6 | 125-130 |
| |ЕЦП | | | |
|------------+-------------------+-----+--------+----------------|
| 8 |Резерв | B | 128 | 131-258 |
|------------+-------------------+-----+--------+----------------|
| 9 |CrLf | B | 2 | 259-260 |
------------------------------------------------------------------
Кожний файл може містити інформаційні рядки (у кількості від 1 до 1000). Кожний рядок відповідає одній угоді, за якою даний банк має здійснити перерахування коштів за ДЦП.
Структура інформаційного рядка &P:
------------------------------------------------------------------
|Номер рекв. | Найменування |Тип |Довжина |Позиції в рядку |
| | реквізиту | | | |
|------------+--------------------+----+--------+----------------|
| 1 |Код банка А | N | 9 | 1-9 |
|------------+--------------------+----+--------+----------------|
| 2 |Код МДО зберігача А | N | 9 | 10-18 |
|------------+--------------------+----+--------+----------------|
| 3 |Код банка Б | N | 9 | 19-27 |
|------------+--------------------+----+--------+----------------|
| 4 |Код МДО зберігача Б | N | 9 | 28-36 |
|------------+--------------------+----+--------+----------------|
| 5 |Рахунок зберігача Б | N | 14 | 37-50 |
| |в банку Б | | | |
|------------+--------------------+----+--------+----------------|
| 6 |Ідентифікаційний код| c | 14 | 51-64 |
| |клієнта банку Б | | | |
|------------+--------------------+----+--------+----------------|
| 7 |Сума платежу | N | 16 | 65-80 |
|------------+--------------------+----+--------+----------------|
| 8 |Реєстраційний номер | c | 8 | 81-88 |
| |операції, наданий | | | |
| |Депозитарієм | | | |
|------------+--------------------+----+--------+----------------|
| 9 |Гранична дата | N | 8 | 89-96 |
| |розрахунків за ДЦП | | | |
| |(РРРРММДД) | | | |
|------------+--------------------+----+--------+----------------|
| 10 |Ознака справжності | C | 16 | 97-112 |
|------------+--------------------+----+--------+----------------|
| 11 |Ідентифікаційний код| c | 14 | 113-126 |
| |клієнта банка А | | | |
|------------+--------------------+----+--------+----------------|
| 12 |Номер угоди між | C | 15 | 127-141 |
| |клієнтами | | | |
| |(1-15 символи) | | | |
|------------+--------------------+----+--------+----------------|
| 13 |Дата угоди між | N | 8 | 142-149 |
| |клієнтами | | | |
| |(РРРРММДД) | | | |
|------------+--------------------+----+--------+----------------|
| 14 |Код депо-операції в | C | 20 | 150-169 |
| |Депозитарії НБУ | | | |
|------------+--------------------+----+--------+----------------|
| 15 |Номер угоди між | B | 15 | 170-184 |
| |клієнтами | | | |
| |(16-30 символи) | | | |
|------------+--------------------+----+--------+----------------|
| 16 |Резерв | B | 56 | 185-240 |
|------------+--------------------+----+--------+----------------|
| 17 |Ідентифікатор ключа | C | 6 | 241-246 |
| |ЕЦП | | | |
|------------+--------------------+----+--------+----------------|
| 18 |ЕЦП на реквізити | B | 64 | 247-310 |
| |1-17 | | | |
|------------+--------------------+----+--------+----------------|
| 19 |CrLf | B | 2 | 259-260 |
------------------------------------------------------------------
Реквізити 11-15 є інформаційними, вони дають змогу банкам, які не є зберігачами, співставляти інформацію, що міститься в файлі &P, з платіжними дорученнями, на підставі яких здійснюватиметься платіж за ДЦП. Банки-зберігачі також можуть використовувати цю інформацію.
Цими реквізитами банк може скористатись при виконанні платежу за угодою щодо ДЦП.
Реквізит "Ідентифікаційний код клієнта А" - код клієнта Банку А, з рахунку якого буде здійснюватись платіж за угодою щодо ДЦП.
Реквізит "Ідентифікаційний код клієнта Б" - код клієнта Банку Б, на рахунок якого (Рахунок клієнта в Банку Б) буде здійснюватись платіж за угодою щодо ДЦП.
Ідентифікаційний код клієнта заповнюється згідно з додатком 8 до Інструкції про безготівкові розрахунки в Україні в національній валюті, затвердженої постановою Правління Національного банку України 21.01.2004 N 22.
Реквізит "Рахунок клієнту в Банку Б" - рахунок, на який мають бути перераховані кошти за даною угодою за ДЦП.
Реквізит "Реєстраційний номер операції, наданий Депозитарієм" є числом, всі цифри якого заповнені (можливо, з лідуючими нулями).
Реквізит "Гранична дата розрахунків за ДЦП" означає таке:
- Якщо грошові розрахунки за ДЦП здійснена до цієї дати включно, то угода вважається проплаченою, і Депозитарій виконує перереєстрацію прав власності на ДЦП.
- Якщо до кінця банківського дня, вказаного у цьому реквізиті, грошові розрахунки за ДЦП не виконано, то Депозитарій вважає угоду розірваною і знімає відповідні блокування ДЦП.
- Формат реквізиту (N8): РРРРММДД, де РРРР - рік, ММ - місяць, ДД - день.
Реквізит "Код депо-операції в Депозитарії НБУ" визначає тип операції з ДЦП і містить буквений код операції відповідно до кодифікації операцій в Депозитарії.
Реквізит "Номер угоди між клієнтами" фактично складається з 30 символів. Проте для збереження сумісності з попередньою версією структури файла &P (в якій його довжина складала тільки 15 символів) його розбито на дві частини, з яких перша завдовжки 15 символів вміщується в 12-й реквізит інформаційного рядка (тобто на те саме місце інформаційного рядка, що й раніше), а для другої (решти 15 символів) за рахунок поля "резерв" виокремлено новий реквізит, 15-й. Тобто для отримання фактичного номеру угоди між клієнтами слід ці два строкових реквізити "зчепити".
Реквізити "ЕЦП" - електронні підписи, які накладаються за допомогою ключа Депозитарія і повинні перевірятися в САБ при отриманні файла &P. Сертифікат ключа Депозитарія надсилається банкам через програмний комплекс "АРМ-НБУ-інформаційний".
3) Банк А на підставі платіжного доручення від клієнта на перерахування коштів за ДЦП повинен виконати платіж за угодою щодо ДЦП, ОБОВ'ЯЗКОВО скористувавшись при цьому інформацією з файла &P для правильного оформлення депо-платежу.
Якщо Банк А і Банк Б є учасниками однієї і тієї самої ВМПС, банк А має відправити платіжний документ до ВМПС, після чого головний банк ВМПС, переконавшись, що перерахування коштів по ВМПС виконане, повинен надати електронну копію платіжного документа у файлі &A до Депозитарію.
Якщо перерахування коштів здійснюється всередині банківської установи (тобто код банку А = код банку Б), то банк А має провести платіжний документ в САБ, після цього направити його електронну копію до Депозитарію таким чином:
- якщо ця банківська установа є безпосереднім учасником СЕП - то вона формує і відправляє до Депозитарію файл &A;
- якщо ця банківська установа є філією ВМПС, то ця філія, здійснивши грошові розрахунки, має передати головному банку засобами ВМПС інформацію про здійснене перерахування, включаючи всі реквізити з файла &P, необхідні для формування &A. На підставі зазначеної інформації головний банк формує файл &A.
У решті випадків банк А має сформувати міжбанківський електронний розрахунковий документ з урахуванням особливостей його формування для депо-платежів та відправити його в СЕП. Дозволяється виконувати цей платіж і у файловому режимі, і в он-лайновому.
При інформуванні Депозитарію про розрахунки за ДЦП, здійснені всередині банку чи по ВМПС, за допомогою файла &A, відповідальність за те, що зазначені платежі дійсно виконані, несе банк-відправник &A.
СЛІД ЗВЕРНУТИ ОСОБЛИВУ УВАГУ! В разі, коли банк А виконує платіж за ДЦП, не оформляючи його особливим чином згідно з правилами формування електронного платіжного документа "Платіж за ДЦП", цей платіж не буде розпізнаний СЕП як платіж за ДЦП, отже, за результатами його проходження через СЕП НЕ БУДЕ виконане постачання клієнту-отримувачу або його депоненту (клієнту-постачальнику або його депоненту у разі повернення кредиту) цінних паперів.
10.4.3. Механізм поставки проти оплати з використанням СЕП
1) Особливості формування електронного платіжного документа - "Платежу за угодою щодо ДЦП":
Реквізити угоди з інформаційного рядка файла &P (далі в цій таблиці - повідомлення) переносяться в реквізити електронного розрахункового документа СЕП (тобто, інформаційного рядка файла $A або пакета 1.08) таким чином:
------------------------------------------------------------------
| Реквізит електронного | Особливості заповнення |
| розрахункового документа | |
|-------------------------------+--------------------------------|
|Код банка А |Реквізит 1 повідомлення |
|-------------------------------+--------------------------------|
|Рахунок клієнта банка А |На розсуд клієнта-платника |
|-------------------------------+--------------------------------|
|Код банка Б |Реквізит 3 повідомлення |
|-------------------------------+--------------------------------|
|Рахунок клієнта банка Б |Реквізит 5 повідомлення |
|-------------------------------+--------------------------------|
|Ознака "Дебет-кредит" документа|= "1" (кредит) |
|-------------------------------+--------------------------------|
|Сума платежу |Реквізит 7 повідомлення |
|-------------------------------+--------------------------------|
|Найменування клієнта А |Назва рахунку, з якого |
| |відправляються кошти (за базами |
| |даних САБ банка А) |
|-------------------------------+--------------------------------|
|Найменування клієнта Б |Назва отримувача. У разі |
| |неможливості її визначення |
| |(наприклад, угода укладена на |
| |торгах організатора торгівлі, |
| |в угоді не визначена назва |
| |депонента, що має отримати |
| |кошти, тощо) вказується назва |
| |банку отримувача |
|-------------------------------+--------------------------------|
|Призначення платежу |Заповнюється у довільній формі, |
| |але має включати номер і дату |
| |угоди між клієнтами |
| |(з реквізитів 12, 13, 15 |
| |повідомлення). Крім номера та |
| |дати угоди, має заповнюватися |
| |тип операції з ДЦП - |
| |"купівля ДЦП"; |
| |"видача кредиту під заставу ДЦП"|
| |або "повернення кредиту під |
| |заставу ДЦП". |
|-------------------------------+--------------------------------|
|Допоміжні реквізити |номер байта в|зміст |позиція в |
| |"доп. | |ІР файла |
| |реквізитах" | |A/пакета |
| | | |1.08 |
|-------------------------------+--------------------------------|
| | 1 |# | 327 |
|-------------------------------+---------+-------------+--------|
| | 2 |d | 328 |
|-------------------------------+--------------------------------|
| |Далі переносяться реквізити |
| |повідомлення точно в такому |
| |форматі, як було передано |
| |у файлі &P, у такому порядку |
|-------------------------------+--------------------------------|
| | 3-11 |Код МДО |329-337|
| | |зберігача А | |
|-------------------------------+-------+----------------+-------|
| | 12-20 |Код МДО |338-346|
| | |зберігача Б | |
|-------------------------------+-------+----------------+-------|
| | 21-28 |Реєстраційний |347-354|
| | |номер операції | |
|-------------------------------+-------+----------------+-------|
| | 29-36 |Гранична дата |355-362|
| | |розрахунків за | |
| | |ДЦП | |
|-------------------------------+-------+----------------+-------|
| | 37-52 |Ознака |363-378|
| | |справжності | |
|-------------------------------+-------+----------------+-------|
| | 53 |# | 379 |
|-------------------------------+--------------------------------|
|Ідентифікаційний код клієнта А |Відповідно до "Рахунку |
| |клієнта А" (задається |
| |бухгалтером, або береться |
| |з реквізиту 11 повідомлення) |
|-------------------------------+--------------------------------|
|Ідентифікаційний код клієнта Б |Реквізит 6 повідомлення |
------------------------------------------------------------------
Примітка. На відміну від СЕП, що діяла до 2006 р., відсутня вимога вміщувати платіж за угодою щодо ДЦП в окремий файл $A СЕП з одним-єдиним інформаційним рядком.
Увага! Однією з найбільш розповсюджених помилок є те, що САБ некоректно вміщує в електронний розрахунковий документ "Ознаку справжності" (вилучає лідуючі або хвостові пробіли, перекодовує символи тощо).
Слід зазначити, що в реквізитах угоди використовуються ВИКЛЮЧНО символи, кодування яких є однаковим і для DOS, і для WINDOWS. Тому не слід виконувати будь-яке перекодування реквізитів угоди при передаванні її в САБ і при формуванні електронного розрахункового документа СЕП.
Правила заповнення допоміжного реквізиту "#d" відрізняються від правил заповнення інших допоміжних реквізитів, а саме:
- першим символом значення реквізиту (після символів #d) може бути пробіл - оскільки після символів #d йде код МДО зберігача А у форматі N9 (наприклад, "#d пробіл пробіл пробіл 123456"),
- "ознака справжності", що міститься у значенні реквізиту, може включати в себе символ "#".
При перевірці депо-платежів на АРМ-СЕП і в ЦОСЕП зроблені відповідні винятки.
Тому при прийманні депо-платежів банку-отримувачу слід реалізувати такий алгоритм роботи з полем "допоміжні реквізити" депо-платежу:
Якщо першими символами поля "Допоміжні реквізити" є "#d", то:
- вважати значенням цього допоміжного реквізиту фіксовану кількість символів (50), які йдуть безпосередньо після "#d", незалежно від того, чи зустрінуться у цих 50 символах всередині символи "#",
- НЕ вважати за помилку наявність пробілу в першому з цих 50 символів.
Якщо є потреба оформити електронний розрахунковий документ за ДЦП у вигляді блоку інформаційних рядків (у разі, якщо до документа слід включити інші, крім "#d", допоміжні реквізити), то:
- реквізит "Кількість інформаційних рядків у БІР" вміщується в поле "Допоміжні реквізити" першим;
- реквізит "#d" зазначеної вище структури вміщується другим в полі "Допоміжні реквізити" основного рядка БІР;
- решта допоміжних реквізитів вміщуються в додаткові інформаційні рядки БІР.
Тобто, в цьому разі поле "Допоміжні реквізити" основного рядка БІР має таку структуру:
------------------------------------------------------------------
|номер байта в "доп. |зміст |позиція в ІР файла |
|реквізитах" | |A/пакета 1.08 |
|----------------------------------------------------------------|
| 1 |# | 327 |
|--------------+--------------------------------+----------------|
| 2 |B | 328 |
|--------------+--------------------------------+----------------|
| 3-4 |дві цифри, які визначають | 329-330 |
| |кількість інформаційних рядків у| |
| |БІР | |
|--------------+--------------------------------+----------------|
| 5 |# | 331 |
|--------------+--------------------------------+----------------|
| 6 |d | 332 |
|----------------------------------------------------------------|
|Далі переносяться реквізити повідомлення точно в такому форматі,|
|як було передано у файлі &P, у такому порядку |
|----------------------------------------------------------------|
| 7-15 |Код МДО зберігача А | 333-341 |
|--------------+--------------------------------+----------------|
| 16-24 |Код МДО зберігача Б | 342-350 |
|--------------+--------------------------------+----------------|
| 25-32 |Реєстраційний номер операції | 351-358 |
|--------------+--------------------------------+----------------|
| 33-40 |Гранична дата розрахунків за | 359-366 |
| |ДЦП | |
|--------------+--------------------------------+----------------|
| 41-57 |Ознака справжності | 367-382 |
|--------------+--------------------------------+----------------|
| 57 |# | 383 |
------------------------------------------------------------------
2) Платежі за угодами щодо ДЦП приймаються до СЕП до часу, визначеного регламентом роботи Депозитарію. Цей час є однаковим і для файлового режиму, і для режиму реального часу.
При надходженні оплати до СЕП, крім стандартних перевірок початкових платежів, виконуються такі додаткові перевірки:
- перевірка з використанням "ознаки справжності", що дозволяє переконатися у правильному перенесенні реквізитів угоди до електронного платіжного документа,
- вчасне виконання платежу (до часу, визначеного регламентом приймання платежів за ДЦП до СЕП).
Оскільки відсутня вимога щодо розміщення платежу за угодами за ДЦП (механізм "поставка проти оплати") в окремий файл $A з одним і тільки одним платежем, то слід взяти до уваги таке. Якщо після граничного часу приймання депо-платежів банк вмістить у файл $A одночасно платіж за ДЦП (який вже не прийметься за регламентом роботи Депозитарію) і інші платежі, то інші платежі також не будуть прийняті до СЕП. Відповідальність за те, що "інші" платежі не прийняті до СЕП, при цьому несе банк-відправник.
3) При прийманні до СЕП електронного розрахункового документа, який містить оплату за угодою щодо ДЦП, у момент списання суми платежу з коррахунку банка А СЕП відправляє до Депозитарію повідомлення про надходження грошових коштів за операцією з ДЦП. Це повідомлення є підставою для поставки ДЦП.
4) Депозитарій закінчує робочий день після настання часу, визначеного регламентом як граничний для приймання платежів за ДЦП.
10.4.4. Механізм поставки проти оплати з використанням САБ/внутрішньої платіжної системи банку
1) Особливості формування копії платіжного документа - "Платежу за угодою щодо ДЦП":
САБ або ВМПС після проведення внутрішнього платіжного документа - "Платежу за угодою щодо ДЦП" надає Депозитарію у файлі &A його копію.
Найменування файла:
&AaRxxmd.nnn
де: & - ознака приналежності до файлів Депозитарію,
A - тип файла - повідомлення про виконання
перерахування грошових коштів.
aRxx - ідентифікатор в СЕП банку, що відправляє копію
платіжного документа
md - місяць, день банківського дня у 32-ковій системі
числення
nnn - унікальний номер файла в межах банківського дня
Структура файла збігається зі структурою файла $A СЕП, який містить депо-платіж.
Аналогічно файла $A, файл &A може містити кілька інформаційних рядків, кожний з яких є копією одного платіжного документа за угодою щодо ДЦП.
При формуванні файла &A потрібно врахувати вимоги п. 10.4.2, 10.4.3.
2) Файли &A передаються до Депозитарію через "платіжний" АРМ-СЕП.
3) Інформування банку про результати приймання &A
Депозитарій перереєструє права власності на ДЦП на підставі отриманого ним файла &A.
Після обробки файла &A Депозитарій надає учаснику СЕП, який надіслав файл &A, файл &T, що є квитанцією на відповідний файл &A. Слід звернути увагу, що у випадку, коли головний банк ВМПС повідомив Депозитарій про платіж, здійснений всередині філії, то файл &T буде надіслано саме головному банку-відправнику $A, а не філії.
Файл &T містить інформацію про результат обробки файла &A в Депозитарії.
Файл &T складається з службового рядка (100 символів + CrLf, разом 102 символи) і рядка заголовка. Інформаційних рядків у файлі &T немає.
Файл &T передається до банку через АРМ-НБУ-інформаційний.
Структура рядка заголовка файла &T:
------------------------------------------------------------------
|Номер рекв| Найменування реквізиту |Тип|Довжина|Позиції|
| | | | |в рядку|
|----------+---------------------------------+---+-------+-------|
| 1 |Найменування файла &T |C+ | 12 | 1-12 |
|----------+---------------------------------+---+-------+-------|
| 2 |Дата+Час створення файла &T | d | 10 | 13-22 |
|----------+---------------------------------+---+-------+-------|
| 3 |Найменування файла &A |C+ | 12 | 23-34 |
|----------+---------------------------------+---+-------+-------|
| 4 |Код помилки АРМ-СЕП за файлом &A | C | 4 | 35-38 |
|----------+---------------------------------+---+-------+-------|
| 5 |Код помилки Депозитарію за файлом| C | 4 | 39-42 |
| |&A | | | |
|----------+---------------------------------+---+-------+-------|
| 6 |CrLf | B | 2 | 43-44 |
------------------------------------------------------------------
Реквізит "код помилки АРМ-СЕП за файлом &A" заповнюється наступним чином:
- "0000" - якщо файл &A був успішно оброблений;
- код помилки, виявленої АРМ-СЕП - якщо файл &A був відбракований АРМ-СЕП і не потрапив до Депозитарію;
- "2200" - якщо файл &A був відбракований Депозитарієм.
Реквізит "код помилки Депозитарію за файлом &A" уточняє причину відбраковки файла &A Депозитарієм і заповнюється наступним чином:
- "0000" - якщо файл &A був успішно оброблений,
- код помилки Депозитарію - якщо файл &A був відбракований Депозитарієм
Таким чином, квитанція &T свідчить про успішне приймання файла &A в Депозитарії тільки тоді, коли обидва реквізити "Код помилки АРМ-СЕП за файлом &A" і "Код помилки Депозитарію за файлом &A" дорівнюють "0000".
10.4.5. Порядок накладання ЕЦП на файли $A/&A
Електронний цифровий підпис операціоніста накладається як на депо-платіж через СЕП (для файла A і для пакета 1.08), так і на інформаційне повідомлення про внутрібанківський платіж (для файла &A) за загальними принципами накладання ЕЦП на електронний розрахунковий документ СЕП.
Електронний цифровий підпис бухгалтера накладається на файл $A і на пакет 1.08 за загальними принципами накладання ЕЦП на файл A/на пакет 1.08 СЕП.
Потреба в накладанні ЕЦП на файл &A визначається розробниками Депозитарію. Проте, якщо ЕЦП на файл накладається, то це здійснюється за загальними правилами накладання ЕЦП на файли СЕП (тобто з використанням ключа бухгалтера).
АРМ-СЕП виконує перевірку ЕЦП операціоніста на платіж та перенакладає на платіж свій підпис (за однаковими принципами як для файла $A, так і для файла &A).
Стосовно ЕЦП на файл, АРМ-СЕП перевіряє лише синтаксис реквізиту "Ідентифікатор ключа ЕЦП" в рядку заголовка. Якщо цей ідентифікатор ключа заповнено, то він має відповідати вимогам синтаксису ключа "бухгалтера".