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

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

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

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

@АTDxCхххххRxxхххххMDnnn.XML, де:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

для Файла повідомлень Р функціональний підтип Файла-відповіді - 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. Приклад сформованого Файла повідомлень про відкриття/закриття рахунків платників податків у банківській установі:

&lt;?xml version="1.0" encoding="windows-1251" ?&gt;

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

xsi:noNamespaceSchemaLocation="DPI20101.XSD"&gt;

&lt;DECLARHEAD&gt;

&lt;C_ORG_NAME&gt;ПАТ &quot;Банк Ромашка&quot; &lt;/C_ORG_NAME&gt;

&lt;TIN&gt;12345678&lt;/TIN&gt;

&lt;C_FIN&gt;333333&lt;/C_FIN&gt;

&lt;/DECLARHEAD&gt;

&lt;DECLARBODY&gt;

&lt;C_DOC_FNAME&gt;@F026333333123456787C004.XML &lt;/C_DOC_FNAME&gt;

&lt;C_DOC_CRTDATE&gt;110712&lt;/C_DOC_CRTDATE&gt;

&lt;C_DOC_CRTTIME&gt;1419&lt;/C_DOC_CRTTIME&gt;

&lt;C_DOC_QTREC&gt;2&lt;/C_DOC_QTREC&gt;

&lt; ROWS ROWNUM="1"&gt;

&lt;BANK_ID&gt;333333&lt;/ BANK_ID &gt;

&lt;NUM&gt;98765432&lt;/NUM&gt;

&lt;RST_TYPE&gt;1&lt;/RST_TYPE&gt;

&lt;OPER_TYPE&gt;1&lt;/OPER_TYPE&gt;

&lt;OPER_DATE&gt;110712&lt;/OPER_DATE&gt;

&lt;ACCOUNT&gt;260011111111&lt;/ACCOUNT&gt;

&lt;CURRENCY&gt;980&lt;/CURRENCY&gt;

&lt;RESIDENT&gt;1&lt;/RESIDENT&gt;

&lt;CLIENT_NAME&gt;ТОВ &quot;АВС&quot;&lt;/CLIENT_NAME&gt;

&lt;CLIENT_ADDR&gt; 04004, м. Київ, вул. Турівська, б.555 &lt;/CLIENT_ADDR&gt;

&lt;STS_REG&gt;26&lt;/STS_REG&gt;

&lt;STS_RAI&gt;56&lt;/STS_RAI&gt;

&lt;/ROWS&gt;

&lt; ROWS ROWNUM="2"&gt;

&lt; BANK_ID&gt;333333&lt;/ BANK_ID &gt;

&lt;NUM&gt;1234567891&lt;/NUM&gt;

&lt;RST_TYPE&gt;2&lt;/RST_TYPE&gt;

&lt;OPER_TYPE&gt;3&lt;/OPER_TYPE&gt;

&lt;OPER_DATE&gt;110712&lt;/OPER_DATE&gt;

&lt;ACCOUNT&gt;260022222222&lt;/ACCOUNT&gt;

&lt;CURRENCY&gt;978&lt;/CURRENCY&gt;

&lt;RESIDENT&gt;1&lt;/RESIDENT&gt;

&lt;CLIENT_NAME&gt;Іванов Іван Іванович&lt;/CLIENT_NAME&gt;

&lt;CLIENT_ADDR&gt;01033, м. Київ, вул. Шота Руставелі, б.111 &lt;/CLIENT_ADDR&gt;

&lt;STS_REG&gt;26&lt;/STS_REG&gt;

&lt;STS_RAI&gt;55&lt;/STS_RAI&gt;

&lt;/ROWS&gt;

&lt;/DECLARBODY&gt;

&lt;/DECLAR&gt;

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

&lt;?xml version="1.0" encoding="windows-1251" ?&gt;

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

xsi:noNamespaceSchemaLocation="DPI20601.XSD"&gt;

&lt;DECLARHEAD&gt;

&lt;C_ORG_NAME&gt;ПАТ &quot;Банк Ромашка&quot;&lt;/C_ORG_NAME&gt;

&lt;TIN&gt;12345678&lt;/TIN&gt;

&lt;C_FIN&gt;333333&lt;/C_FIN&gt;

&lt;/DECLARHEAD&gt;

&lt;DECLARBODY&gt;

&lt;C_DOC_FNAME&gt;@F126333333123456787C004.XML&lt;/C_DOC_FNAME&gt;

&lt;PROC_FILE_NAME&gt;@F026333333123456787C004.XML &lt;/PROC_FILE_NAME&gt;

&lt;C_DOC_CRTDATE&gt;110712&lt;/C_DOC_CRTDATE&gt;

&lt;C_DOC_CRTTIME&gt;1445&lt;/C_DOC_CRTTIME&gt;

&lt;PROC_FILE_ERROR_CODE&gt;0000&lt;/PROC_FILE_ERROR_CODE&gt;

&lt;RESPONSE_TEXT &gt; Файл повідомлень @F026333333123456787C004.XML доставлено в поштову скриньку ДПС України 12.07.2011 в 14:45:41. Відправник: Приймальний шлюз ДПС України &lt;/RESPONSE_TEXT &gt;

&lt;/DECLARBODY&gt;

&lt;/DECLAR&gt;

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

&lt;?xml version="1.0" encoding="windows-1251" ?&gt;

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

xsi:noNamespaceSchemaLocation="DPI21001.XSD"&gt;

&lt;DECLARHEAD&gt;

&lt;C_ORG_NAME&gt;ПАТ &quot;Банк Ромашка&quot;&lt;/C_ORG_NAME&gt;

&lt;TIN&gt;12345678&lt;/TIN&gt;

&lt;C_FIN&gt;333333&lt;/C_FIN&gt;

&lt;/DECLARHEAD&gt;

&lt;DECLARBODY&gt;

&lt;C_DOC_FNAME&gt;@F226333333123456787C004.XML&lt;/C_DOC_FNAME&gt;

&lt;C_DOC_CRTDATE&gt;110712&lt;/C_DOC_CRTDATE&gt;

&lt;C_DOC_CRTTIME&gt;1531&lt;/C_DOC_CRTTIME&gt;

&lt;C_DOC_QTREC&gt;0&lt;/ C_DOC_QTREC &gt;

&lt;PROC_FILE_NAME&gt;@F026333333123456787C004.XML &lt;/PROC_FILE_NAME&gt;

&lt;PROC_FILE_CRTDATE&gt;110712&lt;/PROC_FILE_CRTDATE&gt;

&lt; PROC_FILE _QTREC&gt;2&lt;/ PROC_FILE _QTREC&gt;

&lt;PROC_FILE_ERROR_CODE&gt;2109&lt;/PROC_FILE_ERROR_CODE&gt;

&lt;/DECLARBODY&gt;

&lt;/DECLAR&gt;

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

&lt;?xml version="1.0" encoding="windows-1251" ?&gt;

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

xsi:noNamespaceSchemaLocation="DPI21001.XSD"&gt;

&lt;DECLARHEAD&gt;

&lt;C_ORG_NAME&gt;ПАТ &quot;Банк Ромашка&quot; &lt;/C_ORG_NAME&gt;

&lt;TIN&gt;12345678&lt;/TIN&gt;

&lt;C_FIN&gt;333333&lt;/C_FIN&gt;

&lt;/DECLARHEAD&gt;

&lt;DECLARBODY&gt;

&lt;C_DOC_FNAME&gt;@F226333333123456787C004.XML&lt;/C_DOC_FNAME&gt;

&lt;C_DOC_CRTDATE&gt;110712&lt;/C_DOC_CRTDATE&gt;

&lt;C_DOC_CRTTIME&gt;1531&lt;/C_DOC_CRTTIME&gt;

&lt;C_DOC_QTREC&gt;1&lt;/C_DOC_QTREC&gt;

&lt;PROC_FILE_NAME&gt;@F026333333123456787C004.XML&lt;/PROC_FILE_NAME&gt;

&lt;PROC_FILE_CRTDATE&gt;110712&lt;/PROC_FILE_CRTDATE&gt;

&lt;PROC_FILE_QTREC&gt;2&lt;/PROC_FILE_QTREC&gt;

&lt;PROC_FILE_ERROR_CODE&gt;0000&lt;/PROC_FILE_ERROR_CODE&gt;

&lt;ROWS ROWNUM="1"&gt;

&lt;ROWNUM_FILE_ISH &gt;2&lt;/ROWNUM_FILE_ISH&gt;

&lt;ERROR_CODE &gt;2135&lt;/ERROR_CODE&gt;

&lt;/ROWS&gt;

&lt;/DECLARBODY&gt;

&lt;/DECLAR&gt;