• Посилання скопійовано
Документ підготовлено в системі iplex

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

Національний банк України  | Постанова, Положення від 17.06.2004 № 265
Документ підготовлено в системі iplex
3.3. II рівень вимагає наявності резервного обладнання, резервних копій інформації та правил, відповідно до яких бази даних відновлюються з резервних копій. Можливе використання функцій сучасних СУБД і мережевих операційних систем, що забезпечують ведення "дзеркальних" копій даних на дублюючому комп'ютері та автоматизоване їх відновлення. Тим розробникам, які користуються засобами розроблення попереднього покоління, слід самостійно розробити механізми копіювання та відновлення даних.
3.4. Вирішенням ситуації в разі руйнування САБ III рівня може бути лише відновлення діяльності в іншому місці.
Глава 4. Вимоги до САБ банку і системи резервування
та відновлення роботи САБ
4.1. Крім забезпечення виконання операцій і функцій банку, програмне забезпечення САБ має містити такі складові:
ефективну логічну структуру з належним захистом даних і управлінням доступом до них; захист має запобігати несанкціонованому доступу до інформації, зменшувати ризик випадкового знищення інформації та поширення вірусів;
ретельний автоматизований контроль вхідних даних системи і тих даних, що передаються між її компонентами;
зберігання особливо важливих даних з належною кількістю резервних копій на носіях, відокремлених як логічно, так і фізично;
автоматизовані засоби відновлення баз даних з резервних копій у разі руйнування основної бази даних;
засоби запобігання випадковому або самовільному руйнуванню даних.
До засобів запобігання руйнуванню даних належать:
автоматизовані засоби постійного поточного контролю за цілісністю та несуперечністю баз даних;
механізм "транзакцій", що забезпечує або внесення цілісних і несуперечливих змін до бази даних, або невнесення змін взагалі;
обмеження "ручного" втручання до баз даних системи;
кількарівневий захист від невправних дій персоналу.
Усі зазначені вище функції та механізми мають бути невід'ємною складовою частиною системи автоматизації і бути налаштованими таким чином, щоб пересічний користувач не міг за власним бажанням відключати їх.
4.2. Якщо для функціонування САБ (ВПС) потрібен зв'язок між територіально віддаленими робочими місцями, то слід забезпечити можливість роботи системи в разі відсутності такого зв'язку. У разі використання системою он-лайнового зв'язку слід передбачити резервні засоби обміну інформацією з урахуванням того, що зв'язок в он-лайновому режимі може бути не забезпечений.
Якщо зв'язок оф-лайновий (файловий), то дозволяється передавання інформації на змінних носіях. Слід розробити нормативні документи для здійснення кур'єрської служби.
Можливе використання альтернативних засобів електронного зв'язку, телекомунікаційних мереж інших установ.
У разі використання будь-якого із способів передавання інформації має бути забезпечений захист інформації, що передається, від несанкціонованого доступу та викривлення.
4.3. Мають бути визначені критерії "часу руйнування", тобто того часу, починаючи з якого була припинена штатна робота банку, і правила однозначного визначення, які саме банківські операції вважаються завершеними, а які скасованими.
4.4. Обов'язковою вимогою під час відновлення роботи є відображення в балансі всіх операцій, які були виконані банком перед руйнуванням через платіжні системи, учасником яких є цей банк. На випадок втрати під час руйнування інформації про такі операції мають бути передбачені засоби введення до баз даних інформації про фактично виконані операції.
4.5. Банк має передбачити засоби інформування клієнтів і контрагентів про призупинення обслуговування, зміну схеми обслуговування чи припинення обслуговування взагалі відповідно до рівня руйнування та способу відновлення діяльності. Засоби інформування мають бути відокремленими від програмно-технічних засобів САБ і телекомунікаційної системи банку таким чином, щоб забезпечити інформування клієнтів і контрагентів у разі неможливості функціонування зазначених систем.
Глава 5. Віддалений пункт резервування
та відновлення діяльності банку
5.1. Система резервування та відновлення функціонування САБ обов'язково має передбачати збереження нагально необхідної інформації у віддаленому пункті резервування і відновлення діяльності банку (далі в цьому розділі - віддалений пункт), який розташований на досить далекій відстані. Метою такого збереження є відновлення діяльності банку в іншому місці, якщо банк (чи регіон, у якому він розташований, у цілому) зазнав невиправних пошкоджень.
5.2. Віддалений пункт слід розміщувати у місцях, розташованих на належній відстані від державного кордону, промислових об'єктів і споруд, аварійна ситуація в яких, у тому числі стихійного характеру, може призвести до руйнування чи неможливості функціонування віддаленого пункту. Банк повинен визначити основні чинники природного і техногенного характеру, які можуть спричинити вплив на його діяльність, та обрати місце для віддаленого пункту таким чином, щоб ці чинники на нього не впливали (для зменшення ймовірності одночасного впливу цих чинників і на банк, і на віддалений пункт).
5.3. Організація роботи віддаленого пункту включає в себе:
передавання на цей пункт особливо важливої інформації, потрібної для відновлення діяльності зруйнованого банку з мінімальними втратами інформації;
приймання у віддаленому пункті інформації, перевірку її цілісності та повноти з метою підтвердження того, що на підставі переданої інформації можливе відновлення діяльності банку;
наявність у віддаленому пункті і зберігання в робочому стані відповідних програмно-технічних засобів та інструктивних матеріалів для того, щоб на підставі наявної інформації розгорнути функціонування САБ зруйнованого банку в мінімально необхідному обсязі.
5.4. Припускаються такі варіанти створення віддаленого пункту:
якщо банк має хоча б одну територіально віддалену установу (філію, безбалансове відділення тощо) на достатній відстані - то банк та установи виконують функції резервного пункту один для одного, тобто організовується взаємний обмін особливо важливою інформацією між територіально віддаленими установами та функціонування в разі потреби однієї з установ за місцем розташування іншої;
створюється власними силами окремий спеціалізований віддалений пункт на достатній відстані;
укладається договір з іншою юридичною особою на облаштування віддаленого пункту на її території/обладнанні;
інші варіанти залежно від можливостей банку та обсягів інформації, що передається до віддаленого пункту.
Якщо банк має мережу філій, то для кожної з філій має бути забезпечене передавання інформації до віддаленого пункту і можливість відновлення її діяльності у віддаленому пункті. Можуть створюватись як окремі віддалені пункти для окремих філій (груп філій), так і спільний віддалений пункт для банку і його філій.
5.5. Передавання інформації до віддаленого пункту та її зберігання в цьому пункті повинні здійснюватися з дотриманням вимог захисту інформації і вимог збереження банківської таємниці.
5.6. У разі перенесення роботи САБ до віддаленого пункту слід визначити, яким чином організовуватиметься обслуговування клієнтів і стосунки з контрагентами і проінформувати їх про внесені зміни.
Глава 6. Вимоги до приміщення та облаштування
резервного пункту
6.1. Вимоги, зазначені в цій главі, встановлюються як до резервних пунктів, що створюються банком у тому самому населеному пункті, так і до віддалених пунктів.
6.2. Загальна площа приміщень резервного пункту залежить від обсягів та функцій, що на нього покладені.
6.3. Температура, освітлення та вологість повітря в приміщенні має відповідати встановленим вимогам щодо санітарних норм та експлуатації комп'ютерної техніки.
6.4. Приміщення мають бути обладнані столами для комп'ютерів, кондиціонерами, системами пожежної, охоронної сигналізації, пожежогасіння, відеонагляду (за можливості), контролю доступу та металевими дверима, відповідати вимогам безпеки щодо доступу до інформації.
6.5. У приміщеннях резервного пункту має бути прокладений контур заземлення уздовж його стін у вигляді металевих "шин" шириною не менше 3 см. Під'єднання до контуру заземлення слід робити різьбовим навпроти кожної з груп розеток для підключення комп'ютерів. Під'єднання (шляхом зварювання) цього контуру до зовнішнього контуру заземлення (закопаний у землю на глибину не менше 5 м штир або труба) повинно мати опір не більше 4 Ом.
6.6. Біля входу до приміщень резервного пункту має бути встановлений щит з пакетними вимикачами. Слід розділити окремо силову та освітлювальну електромережу; забезпечити перемикання в автоматичному режимі цих мереж на джерела безперебійного (UPS) і резервного (дизель-генератор) живлення, забезпечивши таким чином аварійне освітлення та функціонування обладнання.
Слід підвести до щита силову електромережу з розрахунку необхідного загального споживання, відділивши двополюсні розетки та освітлення від груп триполюсних розеток для комп'ютерної техніки.
6.7. У приміщенні резервного пункту має бути встановлений металевий сейф для зберігання дискет, архівів і документів.
6.8. Потрібно створити в резервному пункті кабельну систему з активним і пасивним мережевим обладнанням на необхідну кількість робочих місць, забезпечити приміщення для розташування комп'ютерної техніки, потрібну кількість мережевого обладнання.
6.9. Резервний пункт має бути забезпечений номерами комутованої телефонної мережі в потрібній кількості для забезпечення функціонування локальних вузлів інформаційної мережі з розрахунку один номер на п'ять локальних вузлів мережі та один номер на п'ять керівників установи.
6.10. Для організації пункту потрібне таке основне обладнання (кількість і параметри визначаються завданнями та функціями, покладеними на резервний пункт):
файл-сервери та/або сервери баз даних з відповідним мережевим системним програмним забезпеченням, процесором, оперативною пам'яттю, вмонтованими магнітними дисками;
поштові станції з відповідною операційною системою;
робочі станції з відповідною операційною системою;
модеми та мультипортові карти для поштових станцій;
маршрутизатори;
мережеві захисні екрани;
пристрої для архівації інформації на оптичні диски та інші носії тривалого зберігання інформації;
апаратні пристрої криптографічного захисту інформації;
джерела безперебійного електроживлення на випадок аварійного зниження напруги чи зникнення струму в електричній мережі для забезпечення роботи всіх вищезазначених пристроїв потрібної потужності.
6.11. Резервний пункт має бути забезпечений системою автономного безперебійного та резервного електроживлення потрібної потужності.
Глава 7. Методи забезпечення безперебійної діяльності банку
7.1. Для забезпечення діяльності банку відповідно до обставин, які викликали порушення штатного режиму функціонування САБ та роботи інформаційних систем банку і банківської системи в цілому, можуть використовуватися такі методи і механізми (але цей перелік не є вичерпним):
а) передавання інформації на змінних носіях;
б) використання засобів телекомунікації інших установ або установ Національного банку, альтернативних засобів зв'язку;
в) переведення до ручного режиму обробки інформації на паперових носіях з подальшим перенесенням результатів обробки до інформаційних систем після відновлення їх функціонування;
г) перенесення роботи інформаційних систем до віддалених пунктів;
ґ) тимчасове передавання операцій з обслуговування клієнтів до іншої філії (відділення) цього самого банку, до іншого банку.
7.2. Для забезпечення діяльності банку, якщо немає телекомунікаційного зв'язку, але електронні системи обробки інформації працюють, інформація всередині банку, а також між банком та інформаційними системами Національного банку може передаватися:
альтернативними засобами електронної пошти, наприклад з
використанням мережі Інтернет;
на змінних носіях інформації в електронному вигляді;
на паперових носіях інформації.
Будь-яка інформація в електронному вигляді має передаватися виключно в захищеному вигляді, з використанням стандартних засобів захисту.
7.3. Для систем, штатним способом передавання інформації для яких є он-лайновий спосіб, має бути передбачений (як резервний) оф-лайновий спосіб виконання операцій та/або засоби ручної обробки інформації, щонайменше за особливо важливими операціями. Он-лайнові системи, які не є системно важливими, можуть припиняти свою роботу, якщо немає телекомунікаційного зв'язку.
7.4. Якщо порушується штатне функціонування САБ, то для забезпечення відновлення обліку засобами САБ згідно з принципом безперервності виконується таке:
за основу береться баланс на останню дату перед порушенням функціонування САБ;
починаючи із зазначеної дати, усі документи, за якими здійснюються операції, накопичуються на паперових носіях;
дозволяється (за можливості) введення документів для зберігання в електронному вигляді на носіях інформації у форматі, придатному для подальшого занесення до САБ (але це не виключає необхідності зберігання первинних паперових документів);
організовується зберігання належної кількості копій розрахункових документів у різних місцях, у тому числі у віддалених пунктах;
під час відновлення функціонування САБ розрахункові документи в повному обсязі проводяться тією датою, коли були здійснені операції.
7.5. Для забезпечення відновлення функціонування інформаційних систем банк повинен організувати зберігання еталонних копій операційних систем, системного програмного забезпечення, прикладного програмного забезпечення, яке використовується, та повного комплекту відповідних інструктивних документів щодо їх інсталяції та експлуатації як у самому банку, так і у віддаленому резервному пункті.
Глава 8. Склад мінімально необхідної інформації
для відновлення виконання операцій
8.1. Для оперативного відновлення функціонування САБ в мінімально потрібному обсязі слід мати в актуальному стані такі дані:
нормативно-довідкову інформацію;
перелік клієнтів і рахунків, стан залишків на рахунках;
програмне забезпечення САБ та еталонну базу даних;
ключову систему захисту.
8.2. Для відновлення функціонування САБ в повному обсязі потрібно мати архів усіх здійснених операцій.
8.3. Якщо немає архіву всіх здійснених операцій, то можливе відновлення функціонування САБ в повному обсязі з частковою втратою попередніх операцій.
Для цього після відновлення функціонування САБ виконуються такі дії:
а) до САБ уноситься перелік клієнтів банку і рахунків, які були відкриті в банку;
б) відновлюється стан баз даних САБ (зокрема, стан залишків рахунків) на деякий момент часу та архів усіх операцій, що були здійснені до цього моменту. Момент часу визначається з урахуванням двох критеріїв: по-перше, залишки на рахунках і архів операцій мають являти собою цілісний стан системи автоматизації банку на певний цілком визначений момент часу; по-друге, з усіх можливих моментів обирається найпізніший за часом;
в) наново виконуються операції, які були здійснені після цього моменту, але не увійшли до архіву операцій. Для визначення змісту таких операцій можуть використовуватися первинні паперові документи, виписки з рахунків, подані клієнтам на паперових носіях або через систему "клієнт-банк", інформація з платіжних систем, учасником яких є банк, звітні форми, отримані в попередні дні та оформлені належним чином, архіви, сховища даних тощо. Для відновлення може використовуватися тільки достовірна інформація. Операції, що виконуються наново, відповідним чином відображаються в балансі.
Оскільки можуть існувати операції, інформація про які втрачена, то стан САБ, відновленої за такою схемою, може не збігатися зі станом САБ безпосередньо перед руйнуванням.
Після відновлення роботи з частковою втратою операцій слід повідомити власників рахунків про відновлення роботи із зазначенням моменту часу, за станом на який здійснено повне відновлення, і переліку операцій, які вважаються здійсненими після цього моменту. Операції, які були здійснені до руйнування, але втрачені під час відновлення, підлягають повторному виконанню.
Глава 9. Ведення архіву особливо важливих даних
9.1. Кожний банк з метою збереження інформації, особливо важливої для його роботи, повинен формувати файли за стандартною структурою (далі - архів особливо важливих даних) і організувати збереження належної кількості копій цих файлів, у тому числі у віддаленому пункті.
Для банків, які мають технічні й організаційні можливості, дозволяється формувати і зберігати архів особливо важливих даних, який містить інформацію як головного банку, так і всіх його філій, за умови, що архів містить усю потрібну інформацію про філії.
Інформація від безбалансових установ має бути включена до архіву особливо важливих даних тієї установи, яка веде їх баланс.
9.2. Особливо важлива інформація вивантажується після завершення кожного банківського дня і вміщується в такі три файли:
клієнти та контрагенти;
аналітичні рахунки;
операції.
Ці файли формуються після завершення кожного банківського дня і містять відомості про клієнтів і контрагентів та аналітичні рахунки за станом на кінець банківського дня, інформацію про операції, що здійснені в цей день.
Після завершення місяця формуються файли, що містять відомості про всіх клієнтів, контрагентів і про всі аналітичні рахунки, які були в базах даних САБ протягом місяця, та про операції, здійснені за цей місяць.
Після завершення року формуються файли, що містять відомості про всіх клієнтів, контрагентів і про всі аналітичні рахунки, які були в базах даних САБ протягом року, що завершився, та про операції, здійснені за цей рік.
Опис файлів архіву особливо важливих даних додається до цього Положення.
Після формування архіву особливо важливих даних за місяць, перевірки його цілісності та передавання належної кількості копій до місця зберігання, у тому числі до віддаленого пункту, дозволяється відмовитися від зберігання архівів особливо важливих даних за дні цього місяця; а після формування архіву особливо важливих даних за рік, перевірки його цілісності та передавання належної кількості копій до місця зберігання дозволяється відмовитися від зберігання архівів особливо важливих даних за дні та місяці цього року.
9.3. Термін зберігання архіву особливо важливих даних дорівнює терміну зберігання архіву електронних розрахункових документів, визначеному законодавчими та нормативно-правовими актами України, у тому числі нормативно-правовими актами Національного банку. Архіви мають зберігатися на знімних носіях, які не підпадають під вплив магнітного поля або випромінювання (на CD-дисках тощо).
9.4. У разі виникнення надзвичайних ситуацій в банківській системі, які призводять до припинення діяльності банків, кожний банк повинен протягом одного дня після припинення виконання операцій сформувати архів особливо важливих даних за період з початку поточного року до дня припинення діяльності включно. Не пізніше наступного дня банк має передати цей сформований архів та архіви особливо важливих даних за попередні роки (за весь строк, визначений як термін зберігання електронних розрахункових документів) до відповідного територіального управління Національного банку у вигляді файлів, що містять звітність за рік. Архіви мають подаватися на знімних носіях, які не підпадають під вплив магнітного поля або випромінювання (на CD-дисках тощо).
Директор Департаменту інформатизації А.С.Савченко
Додаток
до Положення про
забезпечення безперервного
функціонування інформаційних
систем Національного банку
України та банків України
Опис
файлів архіву особливо важливих даних
Назви файлів особливо важливих даних:
mmmmmmddmmyyyyDDMMYYYY.t,
де:
mmmmmm - код (МФО) балансової одиниці;
ddmmyyyy - дата першого дня звітного періоду (день, місяць, рік).
Пробіли (пропуски) недопустимі (наприклад, 1 лютого 2000 року подається у вигляді 01022000);
DDMMYYYY - дата останнього дня звітного періоду (день, місяць, рік);
t - тип файла: "K" - клієнти та контрагенти, "R" - рахунки, "O" - операції (зазначається великими латинськими літерами).
Під час формування архіву особливо важливих даних вищезазначені файли особливо важливих даних за звітний період архівуються за допомогою архіватора ARJ32. Найменування файла архіву:
mmmmmmddmmyyyyDDMMYYYY.ARJ.
У разі формування архіву особливо важливих даних за день дати першого дня та останнього дня звітного періоду мають збігатися.
Загальна структура файлів
Файли складаються з інформаційних рядків змінної довжини, кожний з яких закінчується символами "CrLf" (коди 13-10 десяткові). Кожний інформаційний рядок описує одного клієнта-контрагента (один аналітичний рахунок, одну операцію).
Інформаційний рядок складається з фіксованої кількості значень реквізитів, після кожного з яких ставиться символ ";". Склад реквізитів і формат їх заповнення зазначені нижче для кожного типу файлів.
Якщо значення реквізиту порожнє, то одразу після попереднього символу ";" ставиться символ ";", який має розміщуватися після порожнього значення.
Якщо значення реквізиту мало б містити символ ";", то цей символ слід у процесі вивантаження замінити символом ",".
Використовується кодова таблиця Windows 1251.
Для опису форматів реквізитів використовуються такі умовні позначення можливих типів даних (де n - довжина реквізиту):
CnСимвольний тип даних змінної довжини. Довжина значення
реквізиту менше або дорівнює зазначеній довжині n
C = nСимвольний тип даних фіксованої довжини. Довжина
значення реквізиту точно дорівнює зазначеній довжині n
NnЧисловий цілий беззнаковий тип даних змінної довжини.
Довжина значення реквізиту менше або дорівнює зазначеній
довжині n
N = nЧисловий цілий беззнаковий тип даних змінної довжини.
Довжина значення реквізиту точно дорівнює зазначеній
довжині n. Якщо фактична довжина значення реквізиту менше
n, то воно доповнюється ліворуч нулями до зазначеної
довжини n
D=10Дата. Зазначається у форматі дд/мм/рррр, де дд - день
місяця, мм - місяць, рррр - рік. Пробіли (пропуски)
недопустимі (наприклад, 1 січня 2000 року подається у
вигляді 01/01/2000)
D10Дата. Зазначається у форматі дд/мм/рррр, де дд - день
місяця, мм - місяць, рррр - рік. Якщо згідно з правилами
заповнення реквізиту дату можна не зазначати, то цей
реквізит заповнюється порожнім значенням, яке не містить
жодного символу
Для реквізитів, для яких зазначений тип даних змінної довжини, початкові та останні пробіли (пропуски) вилучаються.
Усі реквізити, що містять суму грошей, подаються у вигляді цілого беззнакового числа, сума виражена в сотих долях грошової одиниці (наприклад, для української валюти - у копійках).
Структура інформаційного рядка файла "Клієнти та контрагенти"
Файл містить список усіх клієнтів і контрагентів, для яких у базах даних САБ були рахунки у звітний період, у тому числі тих, які були вилучені із САБ протягом звітного періоду.
NНазваЗмістФормат
1Код банкуКод банку (МФО), у якому зареєстровані
ці клієнти

C10
2Унікальний
реєстра-
ційний
номер у САБ
Унікальний реєстраційний номер (внутрішній
код), за яким цей клієнт зареєстрований у
САБ
C10
3Тип1 - банк
2 - юридична особа
3 - фізична особа
N=1
4Резидент/
нерезидент
1 - резидент
2 - нерезидент
N=1
5Код країниТрирозрядний цифровий код країниN=3
6Код клієнта-
контрагента
Код ЄДРПОУ, ідентифікаційний номер
платника податків за ДРФО або код за
Тимчасовим реєстром ТРДПА. Якщо код не
присвоєний, то реквізит заповнюється
значенням "000000000". Якщо код невідомий,
то реквізит заповнюється значенням "99999".
Лідируючі нулі зазначаються
С10
7НазваДля банку або юридичної особи - назва
згідно зі статутними документами клієнта.
Для фізичної особи - прізвище, ім'я, по
батькові, дата народження, номер, серія і
дата видачі паспорта або назва документа,
що замінює паспорт, його номер і дата
видачі. Для нерезидентів країн, у яких не
використовується реквізит "по батькові",
вносяться всі складові частини імені і
прізвища, передбачені в паспорті зазначеної
країни або документі, що його замінює
С160
Примітка. До цього файла обов'язково вноситься інформаційний рядок про банк, який формує цей файл, у цьому рядку реквізит "Унікальний реєстраційний номер у САБ" стосується банку, який формує цей файл.
Структура інформаційного рядка файла "Аналітичні рахунки"
Файл містить список усіх аналітичних рахунків, які були в базах даних САБ у звітний період, у тому числі тих, які були закриті протягом звітного періоду, а також тих, значення яких дорівнює нулю.
NНазваЗмістФормат
1Код банкуКод банку (МФО), у якому відкриті ці
рахунки
C10
2Унікальний
реєстраційний
номер у САБ
Унікальний реєстраційний номер
(внутрішній код), за яким клієнт -
власник цього рахунку зареєстрований у
САБ. Для внутрішніх рахунків банку
зазначається реєстраційний номер банку
C10
3Код валютиЦифровий код валюти рахункуN = 3
4Номер рахункуНомер аналітичного рахункуN14
5Ознака
залишку на
рахунку
1 - кредитовий залишок або нуль
2 - дебетовий (від'ємний) залишок
N=1
6Величина
залишку на
рахунку
Беззнакова величина залишку на рахункуN16
7Дата
відкриття
рахунку
D=10
8Дата
останнього
руху коштів
за рахунком
Якщо після відкриття рахунку руху коштів
за ним не було, то зазначається порожнє
значення
D10
9Дата закриття
рахунку
Ця дата зазначається, якщо протягом
звітного періоду рахунок був закритий.
Якщо рахунок за станом на кінець звітного
періоду був відкритим, то зазначається
порожнє значення
D10
10Назва рахунку C38
Структура інформаційного рядка файла "Операції"
NНазваЗмістФормат
1Код банку, що сформував
файл
Код (МФО) банку, що сформував
файл
N9
2Код (МФО) банку А N9
3Аналітичний рахунок у
банку А
N14
4Код (МФО) банку Б N9
5Аналітичний рахунок у
банку Б
N14
6Ознака "дебет/кредит"
проводки
0 - кредитовий платіж з рахунку
в банку А на рахунок у банку Б
(дебет рахунку А, кредит рахунку
Б);
1 - дебетовий платіж, ініційова-
ний з рахунку в банку А (дебет
рахунку Б, кредит рахунку А);
2 - електронне розрахункове
дебетове повідомлення (інформа-
ційний дебетовий документ
СЕМП);
3 - електронне розрахункове кре-
дитове повідомлення (інформа-
ційний кредитовий документ
СЕМП)
N=1
7Сума проводки N16
8Вид документаУмовний числовий код документа
згідно з додатком 9
до Інструкції про міжбанківський
переказ грошей в Україні в
національній валюті, затвер-
дженої постановою Правління
Національного банку України від
17.03.2004 N 110
та
зареєстрованої в Міністерстві
юстиції України 15.04.2004 за
N 483/9082
N2
9Номер (операційний)
платежу
C10
10Валюта платежуЦифровий код валютиN3
11Дата платіжного
документа
D=10
12Найменування платника
(клієнта А)
C38
13Найменування отримувача
(клієнта Б)
C38
14Призначення платежуЯкщо платіжний документ у
СЕМП був оформлений з
використанням допоміжних
реквізитів або у вигляді блоку
інформаційних рядків, то всі
допоміжні реквізити (у тому
числі ті, що містяться в
додаткових рядках блоку
інформаційних рядків)
зазначаються в цьому реквізиті
після змісту реквізиту
"Призначення платежу" платіж-
ного документа без додаткових
розділових знаків між ними
C800
15Ідентифікаційний код
(номер) клієнта А
C14
16Ідентифікаційний код
(номер) клієнта Б
C14
17Дата проводки D=10
Використовуються позначення: "клієнт А" - ініціатор проводки, "клієнт Б" - контрагент.
Ознака "дебет/кредит" проводки зазначається щодо клієнта Б.
Файл містить усі проводки, що здійснені за звітний період за рахунками, що відкриті в банку.
Якщо виконання одного розрахункового документа полягає у виконанні кількох проводок, то до файла включаються всі ці проводки.
У разі надання інформації про внутрішньобанківську проводку реквізити "Код (МФО) банку А" і "Код (МФО) банку Б" мають збігатися.