Про затвердження Порядку подання повідомлень про відкриття/закриття рахунків платників податків у банках та інших фінансових установах до контролюючих органів

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

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

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

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

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

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

@ATDxCxxxxxRxxxxxxxMDnnn.XML, де:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4) найменування пакета файлів (ZIP-архів), який завжди включає Файл квитанцію про прийняття до оброблення Файла повідомлень та Файл-відповідь, формується з імені Файла повідомлень за такими правилами:

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

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

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

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

3-й символ - цифра 3 - ознака пакета файлів.

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. Основні вимоги до заповнення значень показників:

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

> - більше;

< - менше;

" - лапки;

' - апостроф;

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

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

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

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>ПАТ &quot;Банк Ромашка&quot; </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>ТОВ &quot;АВС&quot;</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>

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>ПАТ &quot;Банк Ромашка&quot;</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>

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>ПАТ &quot;Банк Ромашка&quot;</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>

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>ПАТ &quot;Банк Ромашка</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>