Про затвердження Порядку подання повідомлень про відкриття/закриття рахунків платників податків у банках та інших фінансових установах до контролюючих органів (Форма №№ П1, П2, П3, П4, П5)

6.4. Друга квитанція підтверджує успішне прийняття Міндоходів або фінансовою установою інформації файла в повному обсязі у тому разі, якщо код помилки за файлом, що квитується, дорівнює 0000 та інформаційні рядки в квитанції відсутні.

Якщо код помилки за файлом, що квитується, дорівнює 0000 та в квитанції наявні інформаційні рядки, то така квитанція свідчить про неприйняття до оброблення повідомлень або повідомлень-відповідей, порядкові номери яких у файлі, що квитується, вказані у цій квитанції. Решта повідомлень або повідомлень-відповідей з файла, який квитується, Міндоходів або фінансовою установою приймаються до оброблення.

6.5. Кодування помилок, які можуть виникнути при обробці файлів, здійснюється відповідно до довідника помилок, який наведено в додатку 8 до Порядку.

7. При надходженні до фінансової установи квитанції про прийняття до оброблення Файла повідомлень (другої квитанції), яка свідчить про успішне оброблення Міндоходів повідомлень про закриття рахунків платників податків, відомості про такі закриті рахунки роздруковуються, засвідчуються підписом відповідальної особи установи та долучаються до справи клієнта. При роздрукуванні відомостей про закритий рахунок на підставі отриманих квитанцій про одержання та приймання до оброблення Файла повідомлень згідно з додатком 7 до Порядку реквізити 1 - 8 та 10 - 12 указуються за інформацією, що міститься про цей рахунок у базі даних фінансової установи, реквізити 13, 16 та 17 не заповнюються, реквізити 9, 14 і 15 містять відповідну інформацію із зазначених квитанцій.

8. Інформація щодо платників податків, які відповідно до законодавства на день формування даних не мають кодів за ЄДРПОУ, надсилається з податковим номером, наданим контролюючим органом у встановленому порядку.

1. Правила формування найменування електронних повідомлень

1.1. Найменування Файлів повідомлень мають таку структуру:

@ATDxCxxxxxRxxxxxxxMDnnn.XML, де:

@ - ознака належності файла до файлів обміну відомостями щодо відкриття/закриття рахунків між Міндоходів та фінансовими установами;

A - функціональний підтип файла;

T - цифра, що визначає належність файла до Файлів повідомлень чи Файлів-відповідей або квитанцій: 0 - Файл повідомлень або Файл-відповідь, 1 - квитанція про одержання (перша квитанція) Файла повідомлень, 2 - квитанція про прийняття до оброблення (друга квитанція) Файла повідомлень або Файла-відповіді;

Dx - код регіону контролюючого органу за місцем розташування фінансової установи (доповнюється зліва нулями до 2 символів);

Cxxxxx - код фінансової установи, з якої / до якої надсилається файл (доповнюється зліва нулями до 6 символів). Для банківських установ та установ Державної казначейської служби України зазначається код банку, для інших фінансових установ - код небанківської фінансової установи;

Rxxxxxxx - код за ЄДРПОУ фінансової установи, з якої / до якої надсилається файл (доповнюється зліва нулями до 8 символів);

MD - дата формування файла (місяць, день у 36-знаковій системі числення);

nnn - порядковий номер файла протягом дня. Нумерація в 36-знаковій системі числення.

Наприклад: найменування Файла повідомлень @F026333333123456787C004.XML.

1.2. Найменування квитанції формується з імені прийнятого чи відбракованого файла за такими правилами:

1 - 2-й, 4 - 28-й символи збігаються з іменем файла, для якого ця квитанція формується;

3-й символ - цифра, що визначає квитанцію: 1 - квитанція про одержання Файла повідомлень (перша квитанція), 2 - квитанція про прийняття до оброблення Файла повідомлень або Файла-відповіді (друга квитанція).

Наприклад: найменування квитанції фінансової установи на Файл-відповідь @R226333333123456787C004.XML.

1.3. Найменування Файла-відповіді формується з імені Файла повідомлень за такими правилами:

1-й, 3 - 28-й символи збігаються з іменем Файла повідомлень, для якого формується Файл-відповідь;

2-й символ - функціональний підтип Файла-відповіді:

для Файла повідомлень F функціональний підтип Файла-відповіді - R,

для Файла повідомлень P функціональний підтип Файла-відповіді - D.

2. Кожний Файл подається у вигляді XML-структури. Поданий Файл повинен відповідати всім правилам побудови XML-документа відповідно до відкритого стандарту W3C (http://www.w3.org/TR/REC-xml). Для контролю за цілісністю структури та правильністю заповнення до кожного типу Файла долучається файл, який містить XML-схему, що відповідає стандарту W3C (http://www.w3.org/2001/XMLSchema-instance).

Порядок елементів у XML-документі повинен точно відповідати порядку, описаному XML-схемою.

Файл з XML-схемою іменується за таким принципом:

1 - 6-й символи містять символьний код XML-схеми;

7 - 8-й символи містять версію схеми.

Символьні коди XML-схем для Файлів наведені у таблиці 2.1.

Кодування реквізитів визначається шаблоном відображення, що додається до кожного типу Файла. Усі шаблони вільно розповсюджуються Міндоходів шляхом розміщення на офіційному веб-порталі Міндоходів у форматі Adobe Portable Document Format (PDF) і мають аналогічне до XML-схеми ім'я файла з розширенням pdf.

3. Структура Файла є уніфікованою та складається із елементів DECLARHEAD та DECLARBODY, в яких містяться елементи інформації.

<?xml version="1.0" encoding="windows-1251"?>

<DECLAR xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:noNamespaceSchemaLocation="ім'я файла, що містить XML-схему">

<DECLARHEAD>

<C_ORG_NAME><!--Найменування фінансової установи--></C_ORG_NAME>

<TIN><!--Код за ЄДРПОУ фінансової установи--><TIN>

<C_FIN ><!--Код фінансової установи--></ C_FIN>

</DECLARHEAD>

<DECLARBODY>

<НАЗВА РЕКВІЗИТУ><!--Значення реквізиту--></НАЗВА РЕКВІЗИТУ>

...........

</DECLARBODY>

</DECLAR>

Кожний Файл починається з директиви XML<?xml version="1.0" encoding="windows-1251"?>, що набрана в нижньому регістрі. Кодовою сторінкою є "windows-1251".

Усі елементи Файла іменуються у верхньому регістрі. Кореневим елементом є елемент з іменем DECLAR, при оголошенні цього елемента вказується посилання на схему контролю даних (XML-схему).

Наприклад:

<DECLAR xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:noNamespaceSchemaLocation="DPI20101.xsd">

Між елементами не допускаються знаки пробілів, табуляцій тощо.

У елементі DECLARHEAD розміщується інформація, що повністю ідентифікує фінансову установу, яка надіслала Файл повідомлень. У Файлі повідомлень та Файлі-відповіді жодний з елементів, що входять до DECLARHEAD, не може мати пусте значення. У першій та другій квитанціях у разі наявності помилки при отриманні або розшифруванні Файла повідомлень або Файла-відповіді допускаються пусті значення елементів DECLARHEAD.

Детальний опис усіх дочірніх елементів для DECLARHEAD наведено у таблиці 2.2.

Тіло Файла міститься в елементі DECLARBODY, що складається із заголовка повідомлення та даних повідомлення.

У заголовку розміщується інформація, яка ідентифікує сформований Файл.

Кожний дочірній елемент DECLARBODY будується за таким принципом: <Назва реквізиту> Значення реквізиту </Назва реквізиту >.

Усі Повідомлення (або Повідомлення-відповіді), які містяться в одному Файлі повідомлень (або Файлі-відповіді), умовно можна представити як таблицю, рядки якої пронумеровано, починаючи з номера 1. Один рядок цієї таблиці являє собою одне Повідомлення (або Повідомлення-відповідь). Одним інформаційним рядком Файла повідомлень (або Файла-відповіді) вважається один рядок цієї таблиці, який є елементом ROWS з атрибутом ROWNUM.

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

Елемент ROWS містить реквізити, що кодуються однотипно:

<Назва реквізиту>Значення реквізиту</Назва реквізиту>.

Детальний опис дочірніх елементів заголовка DECLARBODY для файлів F, K, P, R та D наведено у таблиці 2.3.

Детальний опис дочірніх елементів заголовка DECLARBODY для квитанцій про одержання Файла повідомлень (перших квитанцій) наведено у таблиці 2.4.

Детальний опис дочірніх елементів заголовка DECLARBODY для квитанцій про прийняття до оброблення (других квитанцій) Файлів наведено у таблиці 2.5.

Якщо друга квитанція не містить інформаційних рядків, то значення реквізиту "C_DOC_QTREC" дорівнює нулю.

У разі неможливості прочитання Файла повідомлень чи Файла-відповіді реквізити "PROC_FILE_CRTDATE" та "PROC_FILE_QTREC" мають пусте значення.

Елементи, що мають пусте значення, записуються у вигляді:

<Назва реквізиту xsi:nil="true"/> або <Назва реквізиту xsi:nil="true"/> </Назва реквізиту>, причому атрибут xsi:nil="true" є обов'язковим.

4. Основні вимоги до заповнення значень показників

4.1. Значення реквізитів символьного типу не можуть містити символи:

> - більше;

< - менше;

" - лапки;

' - апостроф;

& - амперсанд.

Замість них використовуються відповідні макропідстановки, наведені у таблиці 2.6.

4.2. Значення показників типу "дата" подаються у форматі "ррммдд", де рр - рік, мм - місяць, дд - день.

5. Приклади Файлів

5.1. Приклад сформованого Файла повідомлень про відкриття/закриття рахунків платників податків у банківській установі:

<?xml version="1.0" encoding="windows-1251"?>

<DECLAR xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance

xsi:noNamespaceSchemaLocation="DPI20101.XSD">

<DECLARHEAD>

<C_ORG_NAME>ПАТ "Банк Ромашка" </C_ORG_NAME>

<TIN>12345678</TIN>

<C_FIN>333333</C_FIN>

</DECLARHEAD>

<DECLARBODY>

<C_DOC_FNAME>@F026333333123456787C004.XML</C_DOC_FNAME>

<C_DOC_CRTDATE>110712</C_DOC_CRTDATE>

<C_DOC_CRTTIME>1419</C_DOC_CRTTIME>

<C_DOC_QTREC>2</C_DOC_QTREC>

<ROWS ROWNUM="1">

<BANK_ID>333333</BANK_ID>

<NUM>98765432</NUM>

<RST_TYPE>1</RST_TYPE>

<OPER_TYPE>1</OPER_TYPE>

<OPER_DATE>110712</OPER_DATE>

<ACCOUNT>260011111111</ACCOUNT>

<CURRENCY>980</CURRENCY>

<RESIDENT>1</RESIDENT>

<CLIENT_NAME>ТОВ "АВС"</CLIENT_NAME>

<CLIENT_ADDR>04004, м. Київ, вул. Турівська, б. 555 </CLIENT_ADDR>

<STS_REG>26</STS_REG>

<STS_RAI>56</STS_RAI>

</ROWS>

<ROWS ROWNUM="2">

<BANK_ID>333333</BANK_ID>

<NUM>1234567891</NUM>

<RST_TYPE>2</RST_TYPE>

<OPER_TYPE>3</OPER_TYPE>

<OPER_DATE>110712</OPER_DATE>

<ACCOUNT>260022222222</ACCOUNT>

<CURRENCY>978</CURRENCY>

<RESIDENT>1</RESIDENT>

<CLIENT_NAME>Іванов Іван Іванович</CLIENT_NAME>

<CLIENT_ADDR>01033, м. Київ, вул. Шота Руставелі, б. 111 </CLIENT_ADDR>

<STS_REG>26</STS_REG>

<STS_RAI>55</STS_RAI>

</ROWS>

</DECLARBODY>

</DECLAR>

5.2. Приклад сформованої квитанції про одержання Файла повідомлень (першої квитанції):

<?xml version="1.0" encoding="windows-1251"?>

<DECLAR xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:noNamespaceSchemaLocation="DPI20601.XSD">

<DECLARHEAD>

<C_ORG_NAME>ПАТ "Банк Ромашка"</C_ORG_NAME>

<TIN>12345678</TIN>

<C_FIN>333333</C_FIN>

</DECLARHEAD>

<DECLARBODY>

<C_DOC_FNAME>@F126333333123456787C004.XML</C_DOC_FNAME>

<PROC_FILE_NAME>@F026333333123456787C004.XML</PROC_FILE_NAME>

<C_DOC_CRTDATE>110712</C_DOC_CRTDATE>

<C_DOC_CRTTIME>1445</C_DOC_CRTTIME>

<PROC_FILE_ERROR_CODE>0000</PROC_FILE_ERROR_CODE>

<RESPONSE_TEXT>Файл повідомлень @F026333333123456787C004.XML доставлено в поштову скриньку Міндоходів 12.07.2011 в 14:45:41. Відправник: Приймальний шлюз Міндоходів </RESPONSE_TEXT>

</DECLARBODY>

</DECLAR>

5.3. Приклад сформованої квитанції про прийняття до оброблення (другої квитанції) Файла повідомлень з інформацією про неприйняття такого файла до оброблення:

<?xml version="1.0" encoding="windows-1251"?>

<DECLAR xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:noNamespaceSchemaLocation="DPI21001.XSD">

<DECLARHEAD>

<C_ORG_NAME>ПАТ "Банк Ромашка"</C_ORG_NAME>

<TIN>12345678</TIN>

<C_FIN>333333</C_FIN>

</DECLARHEAD>

<DECLARBODY>

<C_DOC_FNAME>@F226333333123456787C004.XML</C_DOC_FNAME>

<C_DOC_CRTDATE>110712</C_DOC_CRTDATE>

<C_DOC_CRTTIME>1531</C_DOC_CRTTIME>

<C_DOC_QTREC>0</C_DOC_QTREC>

<PROC_FILE_NAME>@F026333333123456787C004.XML</PROC_FILE_NAME>

<PROC_FILE_CRTDATE>110712</PROC_FILE_CRTDATE>

<PROC_FILE_QTREC>2</PROC_FILE_QTREC>

<PROC_FILE_ERROR_CODE>2109</PROC_FILE_ERROR_CODE>

</DECLARBODY>

</DECLAR>

5.4. Приклад сформованої квитанції про прийняття до оброблення (другої квитанції) Файла повідомлень з інформацією про часткове прийняття до оброблення даних файла:

<?xml version="1.0" encoding="windows-1251"?>

<DECLAR xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:noNamespaceSchemaLocation="DPI21001.XSD">

<DECLARHEAD>

<C_ORG_NAME>ПАТ "Банк Ромашка</C_ORG_NAME>

<TIN>12345678</TIN>

<C_FIN>333333</C_FIN>

</DECLARHEAD>

<DECLARBODY>

<C_DOC_FNAME>@F226333333123456787C004.XML</C_DOC_FNAME>

<C_DOC_CRTDATE>110712</C_DOC_CRTDATE>

<C_DOC_CRTTIME>1531</C_DOC_CRTTIME>

<C_DOC_QTREC>1</C_DOC_QTREC>

<PROC_FILE_NAME>@F026333333123456787C004.XML</PROC_FILE_NAME>

<PROC_FILE_CRTDATE>110712</PROC_FILE_CRTDATE>

<PROC_FILE_QTREC>2</PROC_FILE_QTREC>

<PROC_FILE_ERROR_CODE>0000</PROC_FILE_ERROR_CODE>

<ROWS ROWNUM="1">

<ROWNUM_FILE_ISH>2</ROWNUM_FILE_ISH>

<ERROR_CODE>2135</ERROR_CODE>

</ROWS>

</DECLARBODY>

</DECLAR>