Опис та склад реквізитів інформаційних повідомлень (стр. 6 )

1. Використовується системою захисту інформації (КЗЗ). Тип реквізиту - символьний ("C"). Довжина визначається КЗЗ.

2. Якщо елемент адреси "Країна" містить код України (804), то поле індексу вказується за форматом N (5) та є обов'язковим.

3. Якщо елемент адреси "Країна" містить код України (804), то поле є обов'язковим.

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

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

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

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

5. Поле обов'язкове для заповнення для виду повідомлення "первинне".

6. Одна з двох ознак підпунктів 2.9.15 або 2.9.17 обов'язкова.

7. Поле обов'язкове для особи, що не є клієнтом або контрагентом.

8. Поле обов'язкове при наявності ознаки " коригуюче ".

8.1. Поле обов'язкове при наявності ознаки "виправлення первинного" про фінансову операцію, що не взята на облік.

9. Поле (dod-filename-format) заповнюється згідно з такими правилами:

9.1. Ім'я файлу відкидається;

9.2. Як вхідне значення поля використовується рядок, який містить усі розширення імені файлу без першого символу "." на початку рядка;

9.3. Якщо довжина рядка, отриманого на етапі (підпункт 9.1), перевищує максимальну довжину поля, послідовно відкидаються початкові розширення із лівої частини рядка (включно із символом ".") доти, доки не буде отримано рядок, який вміщується в поле;

9.4. Не дозволяється заповнювати поле частиною розширення файлу - розширення вміщується або відкидається цілком;

9.5. Якщо останнє (розташоване в кінці строки) розширення імені файлу перевищує максимальну довжину поля, поле приймає пусте значення (строку нульової довжини);

9.6. Оригінальний регістр розширення файлу має бути збережений;

9.7. Приклади заповнення значення:

• для файлу "Доп_Файл. Xls" (рядок розширень згідно з підпунктом 9.2: "Xls") значення поля буде "Xls";

• для файлу "my_add_file. tar. gz" (рядок розширень згідно з підпунктом 9.2: "tar. gz") значення поля буде "tar. gz";

• для файлу "my_add_file. t.info. tar. gz" (рядок розширень згідно з підпунктом 9.2: "t. info. tar. gz") значення поля буде "tar. gz", оскільки рядки "t. info. tar. gz" та "info. tar. gz" перевищують максимальну довжину поля, тому розширення "t" та "info" послідовно відкидаються.

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

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

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

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

Номер та назва елемента/структури	Назва тега/атрибута	Тип	Обов'язкове	Примітки
Головна структура transport-file
1	Відомості про транспортний файл (структура file-meta-data)
1.1	Назва ТФ	file-name	C(12)	+
1.2	Дата створення ТФ	file-date	D(8)	+
1.3	Час створення ТФ	file-time	T(4)	+
1.4	Ідентифікатор ключа ЕЦП	id-key	C(6)	+
1.5	ЕЦП файлу	file-signature	B(128)	+
1.6	Кількість примірників структури inf-ri	count - inf-ri	N(7)	+	Значення реквізиту дорівнює 1
2	Відомості щодо рішення (структура inf-ri)
2.1	Вид рішення	ri-vid	N(2)	+	Заповнюється згідно з Довідником видів рішень ДКФМУ
2.2	Назва файлу-повідомлення типу A,N	file-name-n	C (12)		Назва початкового файлу-повідомлення типу A, N, у якому до ДКФМУ надійшли відомості про фінансову операцію
2.3	Номер операції у файлі-повідомленні типу A,N	file-oper	N (6)		Посилання на фінансову операцію у початковому файлі типу A, N, щодо якої надається рішення
Продовження таблиці
2.4	Номер рішення в системі обліку Уповноваженого органу	ri_numb	C (15)	+
2.5	Дата рішення	ri_data	D (8)	+
2.6	Текст рішення	ri_txt	C (4000)	+

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

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

Номер та назва елемента/структури	Назва тега/атрибута	Тип	Обов'язкове	Примітки
Головна структура transport-file
1	Відомості про транспортний файл (структура file-meta-data)
1.1	Назва ТФ	file-name	C(12)	+
1.2	Дата створення ТФ	file-date	D(8)	+
1.3	Час створення ТФ	file-time	T(4)	+
1.4	Ідентифікатор ключа ЕЦП	id-key	C(6)	+
1.5	ЕЦП файлу	file-signature	B(128)	+
2	Відомості про файл-рішення (структура report)
2.1	Загальні відомості про файл-рішення, що квитується (структура input-file-meta-data)
2.1.1	Назва файлу	input-file-name	C (12)	+
2.1.2	Дата створення файлу	input-file-date	D (8)	+
2.1.3	Час створення файлу	input-file-time	T(4)	+
2.2	Наявність помилки у файлі-рішенні	file-error-status	C (4)	+
2.3	Помилка файлу (структура file-error)
2.3.1	Помилка (структура error)
2.3.1.1	Код помилки	error-code	C (4)		Заповнюється згідно з Довідником K_DFM14 (додаток 7 до цього Порядку)
2.3.1.2	Опис помилки	description	C (255)