Відповідно до частини третьої статті 12, статті 13 Закону України "Про запобігання та протидію легалізації (відмиванню) доходів, одержаних злочинним шляхом, або фінансуванню тероризму", пункту 8 Порядку взяття на облік Державним комітетом фінансового моніторингу інформації про фінансову операцію, що підлягає фінансовому моніторингу, затвердженого постановою Кабінету Міністрів України від 25.08.2010 N 747, та з метою визначення форматів електронної взаємодії суб'єктів первинного фінансового моніторингу та Державного комітету фінансового моніторингу України

1. Затвердити Порядок електронної взаємодії суб'єктів первинного фінансового моніторингу та Державного комітету фінансового моніторингу України, що додається.

2. Визнати такими, що втратили чинність, наказ Державного комітету фінансового моніторингу України від 31.03.2005 N 82 "Про затвердження Довідника кодів помилок щодо проходження автоматичного логічно-семантичного контролю повідомлень про фінансові операції від банківських установ, що надходять засобами електронної пошти Національного банку України", зареєстрований у Міністерстві юстиції України 21.04.2005 за N 426/10706, та наказ Державного комітету фінансового моніторингу України від 21.12.2009 N 173 "Про визначення адрес подання інформації з питань фінансового моніторингу", зареєстрований у Міністерстві юстиції України 04.03.2010 за N 207/17502.

3. Департаменту інформаційних технологій (Давидюк В.С.) спільно з Юридичним управлінням (Гаєвський І.М.) забезпечити подання цього наказу до Міністерства юстиції України для державної реєстрації.

4. Цей наказ набирає чинності з дня його офіційного опублікування.

5. Контроль за виконанням цього наказу покласти на першого заступника Голови Державного комітету фінансового моніторингу України Зубрія В.П.

1. Цей Порядок визначає механізми взаємодії між суб'єктами первинного фінансового моніторингу (далі - СПФМ) та Державним комітетом фінансового моніторингу України (далі - ДКФМУ), а також вимоги та формати повідомлень електронного обміну щодо фінансового моніторингу.

2. Електронна інформаційна взаємодія СПФМ та ДКФМУ здійснюється відповідно до Законів України:

"Про запобігання та протидію легалізації (відмиванню) доходів, одержаних злочинним шляхом, або фінансуванню тероризму";

"Про електронні документи та електронний документообіг";

"Про електронний цифровий підпис";

"Про захист інформації в інформаційно-телекомунікаційних системах".

1. Для інформаційної взаємодії між ДКФМУ та СПФМ, їх відокремленими підрозділами використовуються такі види інформації (типи файлів інформаційного обміну):

файл-повідомлення - електронний документ (набір даних визначеної структури), що формується СПФМ та надсилається ДКФМУ і містить інформацію про фінансові операції (далі - ФО), відомості щодо обліку СПФМ (відокремлених підрозділів) та відповідальних осіб . Один файл-повідомлення може містити інформацію про декілька фінансових операцій;

файл-повідомлення про взяття (відмову від взяття) на облік - електронний документ (набір даних визначеної структури), що формується ДКФМУ та надсилається СПФМ і містить інформацію про обробку інформації про ФО або відомостей щодо обліку СПФМ (відокремлених підрозділів) та відповідальних осіб;

файл-запит - електронний документ (набір даних визначеної структури), що формується ДКФМУ та надсилається СПФМ і містить запит щодо отримання додаткової інформації або запит для виконання запиту, що надійшов від уповноваженого органу іноземної держави. Один файл-запит може містити декілька запитів;

файл-відповідь - електронний документ (набір даних визначеної структури), що формується СПФМ та надсилається ДКФМУ і містить відповідь на запит про надання додаткової інформації або для виконання запиту, що надійшов від уповноваженого органу іноземної держави. На один файл-запит, що містить декілька запитів, може надаватися декілька файлів-відповідей з різними іменами;

файл-додаток - електронний документ (набір даних), що формується СПФМ та надсилається ДКФМУ і містить додаткові дані та/або копії документів;

файл-рішення - електронний документ (набір даних визначеної структури), що формується ДКФМУ та надсилається СПФМ і містить інформацію про рішення (доручення), запити на відстеження (моніторинг), які видані (надані) ДКФМУ відповідно до законодавства;

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

файл-лист - електронний документ (набір даних), що використовується при інформаційному обміні ДКФМУ та СПФМ з інших питань.

2. Надсилання файлів інформаційного обміну між СПФМ та ДКФМУ здійснюється у вигляді транспортних файлів - цифрових конвертів (далі - ТФ), які шифруються на адресу отримувача.

Максимальний об'єм одного ТФ не може перевищувати 10 Мбайт.

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

1. Найменування файлів формується в 36-знаковій системі числення з урахуванням ідентифікаційних даних СПФМ або його відокремленого підрозділу, типу інформації, дати їх формування.

2. Для СПФМ-банків імена файлів, що використовуються в інформаційному обміні, мають таку структуру:

Ім'я файлу-квитанції формується з імені файлу, що квитується, шляхом заміни символу "тип файлу" на відповідний тип квитанції.

Ім'я файлу типу "O" формується з імені файлу, що був забракований, таким чином:

символ "тип файлу" набуває значення "O";

третій символ імені набуває значення "тип файлу", що був забракований.

3. Для СПФМ, які не є банками, імена файлів, що використовуються в інформаційному обміні, мають таку структуру:

Ім'я файлу-квитанції формується з імені транспортного файлу, що квитується, шляхом заміни символу "типу файлу" на відповідний тип квитанції.

1. Інформаційні повідомлення повинні формуватись у стандарті XML.

2. Опис та склад реквізитів інформаційних повідомлень наведено в додатку 3 до цього Порядку.

3. Для інформаційної взаємодії між ДКФМУ та СПФМ у файлах інформаційного обміну допустимі формати файлів листів, додатків (вкладень), наведені в додатку 1 до цього Порядку.

4. Кодування значень елементів інформаційних повідомлень виконується згідно зі стандартом UTF-8. Для зазначення цього першим рядком інформаційного повідомлення має бути відповідна XML-директива:

5. При кодуванні значень інформаційних елементів допускаються лише символи, які можуть бути коректно представлені у кодовій сторінці Windows-1251 згідно з переліком (додаток 4 до цього Порядку) .

6. Інформаційні повідомлення повинні відповідати формалізованому опису (dtd) згідно з файлами-схемами (додаток 5 до цього Порядку).

Для зазначення цього другим рядком інформаційного повідомлення має бути відповідна XML-директива:

7. Ім'я файлу-схеми для відповідного типу транспортного файлу наведено в додатку 3 до цього Порядку.

8. Для інформаційної взаємодії між ДКФМУ та СПФМ у файлах інформаційного обміну та транспортних файлах допустимі такі формати типів даних:

1. Для СПФМ, які не є банками, відправлення ТФ виконується за допомогою ЕП шляхом передання ТФ у вигляді вкладень (Attachment) до E-mail повідомлень (формат MIME).

Кожний ТФ передається окремим електронним листом ЕП. Текст листа ЕП, до якого приєднано ТФ, не має містити змістової інформації та відкидається при обробленні.

2. Для СПФМ - банків інформаційний обмін з ДКФМУ здійснюється засобами ЕП, визначеними Національним банком, з використанням засобів захисту інформації, які встановлені Національним банком.

3. Якщо інформація від відокремленого підрозділу до ДКФМУ передається через СПФМ, то захист такої інформації під час її передавання від відокремленого підрозділу до СПФМ може забезпечуватися власними програмними засобами СПФМ.

4. Приймання ЕП з приєднаними ТФ у ДКФМУ здійснюється за адресами ЕП, наведеними в додатку 6 до цього Порядку.

5. Надсилання ЕП з приєднаними ТФ до СПФМ здійснюється на адресу ЕП, зазначену в обліковій формі СПФМ, або на зворотну адресу ЕП, з якої надійшло повідомлення.

1. Вимоги до комплексу засобів захисту (далі - КЗЗ), що використовується у складі програмних комплексів СПФМ-банків для інформаційного обміну з ДКФМУ, встановлюються Національним банком.

2. Комплекс засобів захисту, що використовується СПФМ для інформаційного обміну з ДКФМУ, має забезпечувати конфіденційність, автентичність, цілісність інформації, що міститься в ТФ.

Зазначений КЗЗ має бути розроблений та допущений до експлуатації відповідно до вимог законодавства в галузі криптографічного (далі - КЗІ) та технічного захисту інформації (далі - ТЗІ).

3. ТФ мають формуватись програмним комплексом СПФМ (далі - ПК СПФМ) із використанням КЗЗ, які в установленому законодавством порядку допущені до експлуатації для передавання відповідної категорії інформації з обмеженим доступом.

Для захисту інформації в ТФ мають використовуватись лише КЗЗ, які програмно та технологічно сумісні із системою прийому і обробки інформації, яка функціонує в ДКФМУ, та сумісні з вимогами експлуатації комплексної системи захисту інформації Єдиної державної інформаційної системи у сфері запобігання та протидії відмиванню коштів, одержаних злочинним шляхом, або фінансуванню тероризму (далі - КСЗІ ЄДІС).

4. Методика та керування криптографічними ключами, яка використовується в КЗЗ, має відповідати вимогам чинного законодавства в галузі КЗІ та ТЗІ і бути програмно та технологічно сумісною з КСЗІ ЄДІС.

5. Порядок накладання/перевірки ЕЦП на відповідні структури інформаційних повідомлень, який використовується в КЗЗ, має забезпечувати захист структури розташування елементів та змісту елементів.

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

6. При інформаційному обміні використовуються ключі ЕЦП, які сертифіковані:

для банків - Центром сертифікації ключів Національного банку;

для інших СПФМ - акредитованими центрами сертифікації ключів.

Опис та склад реквізитів файлів інформаційного обміну наведено у цьому додатку в такому порядку:

1. Для СПФМ, які не є банками:

1.1. Файли-повідомлення:

1.1.1. Опис структури та реквізитів транспортного файлу-повідомлення (тип A, N).

1.1.2. Опис структури та реквізитів транспортного файлу-повідомлення (тип B, P).

1.1.3. Опис структури та реквізитів транспортного файлу-повідомлення (тип U).

1.1.4. Опис структури та реквізитів транспортного файлу-повідомлення (тип V).

1.2. Файл-рішення:

1.2.1. Опис структури та реквізитів транспортного файлу-рішення (тип M).

1.2.2. Опис структури та реквізитів транспортного файлу-квитанції (тип W).

1.3. Додаткові примітки щодо окремих реквізитів транспортних файлів та порядку їх використання.

2. Для СПФМ-банків:

2.1. Файл-рішення:

2.1.1. Опис структури та реквізитів транспортного файлу-рішення (тип M).

2.1.2. Опис структури та реквізитів транспортного файлу-квитанції (тип W).

1.1. Файли-повідомлення

1.1.1. Опис структури та реквізитів транспортного файлу-повідомлення (тип A, N)

(ім'я файлу-схеми формалізованого опису для файлу типу A - za_nbo20.dtd, для файлу типу N - zn_nbo20.dtd)

1.1.2. Опис структури та реквізитів транспортного файлу-повідомлення (тип B, P)

(ім'я файлу схеми формалізованого опису для файлу типу B - zb_nbo20.dtd, для файлу типу P - zp_nbo20.dtd)

1.1.3. Опис структури та реквізитів транспортного файлу-повідомлення (тип U)

(ім'я файлу схеми формалізованого опису для файлу типу U - zu_nbo20.dtd)