28.03.2011

Про внесення змін до формату (стандарту) електронного документа звітності платників податків

Наказ від 11.02.2011 р. № 90

ДЕРЖАВНА ПОДАТКОВА АДМІНІСТРАЦІЯ УКРАЇНИ

Про внесення змін до формату (стандарту) електронного документа звітності платників податків

 

Наказ ДПА України від 11.02.2011 р. № 90

 

З метою подальшого розвитку технології подання платниками податків податкових документів в електронному вигляді, практичного впровадження

законів України від 22 травня 2003 року № 851-VI «Про електронні документи та електронний документообіг», № 852-VI «Про електронний цифровий підпис» та Податкового кодексу України і врегулювання питань, пов’язаних з веденням Єдиного реєстру податкових накладних, автоматизацією перевірки відповідності заявлених у деклараціях та розрахованих за даними реєстрів сум податкового кредиту та податкових зобов’язань,

НАКАЗУЮ:

1. Внести зміни до наказу ДПА України від 03.05.2006 р. №242 «Про затвердження формату (стандарту) електронного документа звітності платників податків», а саме:

1.1. затвердити та ввести в дію з 14.02.2011 р. нову редакцію додатка 1 «Формат (стандарт) електронного документа звітності платників податків на основі специфікації eXtensible Markup Language (XML)» до наказу ДПА України від 03.05.2006 р. № 242, що додається;

1.2. додаток 3 «Правила формування реєстру отриманих та виданих податкових накладних на основі специфікації eXtensible Markup Language (XML)» до наказу ДПА України від 03.05.2006 р. № 242 вилучити.

2. Департаменту інформаційно-аналітичного забезпечення процесів оподаткування (Лаба М. С.) забезпечити опублікування на WEB-сайті ДПА України нової редакції формату (стандарту) електронного документа звітності платників податків на основі специфікації XML та забезпечити доступ розробникам програмного забезпечення до структури XML-документа, відповідних схем контролю XML-документів, електронних форм документів звітності у форматі PDF та довідників звітних документів, звітних періодів і державних податкових інспекцій у форматі XML, після набрання чинності цього наказу.

3. Контроль за виконанням наказу покласти на заступника Голови Котькала О. Б.

 

Голова Комісії з проведення реорганізації ДПА України, Голова ДПС України В. Ю. Захарченко

 

 

Додаток 1 до наказу ДПА України від 03.05.2006 р. № 242
(у редакції наказу ДПА України від 11.02.2011 р. № 90)

Формат (стандарт) електронного документа
звітності платників податків

Цей документ є описом формату (стандарту) електронного документа звітності платників податків (далі — Стандарт). Стандарт призначений для формування та передачі звітності в електронному вигляді платником податків до органів Державної податкової служби України.

Звітність може подаватись в електронному вигляді за умови дотримання законів України «Про електронні документи та електронний документообіг» і «Про електронний цифровий підпис» та вимог цього

наказу. Документ вважається поданим лише після отримання підписаного підтвердження з органів Державної податкової служби України.

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

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

Імена файлів формуються відповідно до значення елементів заголовка документа (

DECLARHEAD) за таким принципом:

позиції

з 1 по 4 включно містять код ДПІ отримувача, до якої подається оригінал або копія документа (4 символа), який складається з коду області, на території якої розташовується податкова інспекція (відділення) (значення елемента C_REG, доповненого зліва нулем до 2 символів), та коду адміністративного району, на території якого розташовується податкова інспекція (відділення) (значення елемента C_RAJ , доповненого зліва нулем до 2 символів);

позиції з 5 по 14 включно містять код платника згідно з ЄДРПОУ (Реєстраційний (обліковий) номер з Тимчасового реєстру ДПА України) або реєстраційний номер облікової картки платника (номер паспорта) (значення елемента

TIN, доповненого зліва нулями до 10 символів);

— позиції

з 15 по 17 включно містять код документа (значення елемента C_DOC);

— позиції

з 18 по 20 містять підтип документа (значення елемента C_DOC_SUB) ;

— позиції з 21 по 22 містять номер версії документа (значення елемента

C_DOC_VER, доповненого зліва нулем до 2 символів);

— позиція

23 містить ознаку стану документа (значення елемента C_DOC_STAN);

— позиції

з 24 по 25 містять номер нового звітного (уточнюючого) документа у звітному періоді (значення елемента C_DOC_TYPE, доповненого зліва нулем до 2 символів). Для звітного документа позиції 24…25 міститимуть значення 00;

— позиції з 26 по 32 містять порядковий номер документа, що може подаватись декілька разів в одному звітному періоді (значення елемента

C_DOC_CNT, доповненого зліва нулями до 7 символів). Якщо звіт подається лише один раз, то позиції 26…32 міститимуть значення 0000001;

— позиція

33 містить числовий код типу звітного періоду (1 — місяць, 2 — квартал, 3 — півріччя, 4 — дев’ять місяців, 5 — рік) (значення елемента PERIOD_TYPE);

— позиції

з 34 по 35 містять значення звітного місяця (значення елемента PERIOD_MONTH доповненого зліва нулем до 2 символів);

— позиції

з 36 по 39 містять значення звітного року (значення елемента PERIOD_YEAR);

— позиції

з 40 по 43 містять код податкової інспекції, до якої подається оригінал документа (значення елемента C_STI_ORIG, доповненого зліва нулями до 4 символів). Якщо документ є оригіналом, а не копією, то позиції 40…43 будуть відповідати позиціям 1…4;

— Файл має розширення

xml.

Наприклад:

23010000223816J0100109100000000151220102301.xml

Схему формування назви файла проілюстровано на рис. 1.

З логічної точки зору кожний документ подається у вигляді XML-структури. Кожний поданий звітний документ повинен відповідати всім правилам побудови XML-документа відповідно до відкритого стандарту W3C (

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

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

— позиції з 1 по 3 включно містять код документа і відповідають значенню елемента

C_DOC;

— позиції з 4 по 6 містять підтип документа і відповідають значенню елемента

C_DOC_SUB;

— позиції з 7 по 8 містять номер версії документа і відповідають значенню елемента

C_DOC_VER, доповненого зліва нулем до 2 символів;

— файл має розширення

xsd.

Наприклад:

J0100109.xsd

Схему формування назви файла проілюстровано на рис 2.

Усі XML-схеми поширюються Державною податковою службою України. Порядок елементів у XML — документі повинен точно відповідати порядку, описаному XML-схемою.

Структуру електронного документа податкової звітності наведено у додатку А .

Кожний документ починається з директиви XML

<?xml version=”1.0” encoding= ”windows-1251”?> , що набрана в нижньому регістрі. Кодовою сторінкою є «windows-1251».

Усі елементи документа іменуються у верхньому регістрі. Кореневим елементом є елемент з іменем

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

Наприклад:

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

xsi:noNamespaceSchemaLocation=”J0100109.xsd”>

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

Заголовок документа міститься в елементі

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

 

Таблиця 1

Назва елемента

Зміст

Коментар

1

2

3

<TIN>

Код платника

Значенням елемента є код платника згідно з ЄДРПОУ (Реєстраційний (обліковий) номер з Тимчасового реєстру ДПА України) або реєстраційний номер облікової картки платника (номер паспорта, записаний як послідовність двох великих літер української абетки та шести цифр)

<C_DOC>

Код документа

Відповідає значенню елемента C_DOC з довідника звітних документів (SPR_DOC.XML)

<C_DOC_SUB>

Підтип документа

Відповідає значенню елемента C_DOC_SUB з довідника звітних документів (SPR_DOC.XML)

<C_DOC_VER>

Номер версії документа

Відповідає значенню елемента C_DOC_VER з довідника звітних документів (SPR_DOC.XML)

<C_DOC_TYPE>

Номер нового звітного (уточнюючого) документа

Для першого поданого (звітного) документа в періоді значення даного елемента дорівнює 0, кожний наступний новий звітний (уточнюючий) документ цього ж типу для даного звітного періоду має значення цього елемента, збільшеного на одиницю

<C_DOC_CNT>

Номер однотипного документа в періоді

Якщо в одному звітному періоді подається кілька однотипних документів, то значення даного елемента містить порядковий номер для кожного документа в даному періоді. Перший (звітний) документ має номер 1. При формуванні електронного документа, що є новим звітним (уточнюючим) до поданого раніше (звітного) (значення елемента C_DOC_TYPE >0), нумерація однотипних документів в періоді (значення елемента C_DOC_CNT) повинна залишатись незмінною щодо нумерації звітного документа, показники якого виправляються

<C_REG>

Код області

Значенням цього елемента є код області, на території якої розташована податкова інспекція (відділення), до якої подається документ (оригінал або копія). Код області заповнюється згідно з довідником державних податкових інспекцій (SPR_STI.XML) і відповідає значенню елемента C_REG

<C_RAJ>

Код адміністративного району

Значенням цього елемента є код адміністративного району, на території якого розташована податкова інспекція (або відділення), до якої подається документ (оригінал або копія). Код адміністративного району заповнюється згідно з довідником державних податкових інспекцій (SPR_STI.XML) і відповідає значенню елемента C_RAJ

<PERIOD_MONTH>

Звітний місяць

Звітним місяцем вважається останній місяць у звітному періоді (для місяців це порядковий номер місяця, для І, ІІ, ІІІ, ІV кварталів це 3, 6, 9, 12 місяць відповідно, для І та ІІ півріч — 6 та 12 відповідно, для 9 місяців — 9, для року — 12)

<PERIOD_TYPE>

Тип звітного періоду

1 — місяць, 2 — квартал, 3 — півріччя, 4 — дев’ять місяців, 5 — рік

<PERIOD_YEAR>

Звітний рік

Формат рррр

<C_STI_ORIG>

Код ДПІ, до якої подається оригінал документа

Код ДПІ вибирається з довідника інспекцій, є числовим значенням, яке відповідає формулі значенню елемента C_REG*100 + значенню елемента C_RAJ.

<C_DOC_STAN>

Стан документа

Приймає фіксовані значення:

1 — звітний документ

2 — новий звітний документ

3 — уточнюючий документ

<LINKED_DOCS>

Перелік пов’язаних документів.

Даний елемент є вузловим і складається з ряду елементів з іменем DOC, кожний з яких містить інформацію про окремий документ.

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

Містить відповідний перелік документів:

— для основного документа — посилання на додатки, які подаються до нього;

— для додатка — посилання на основний документ;

— для квитанції — на документ, що квитується.

Елемент DOC має обов’язкові атрибути:

NUM — Номер пов’язаного документа в переліку

TYPE — Тип зв’язку. Даний атрибут приймає фіксовані значення :

1 — посилання на додаток;

2 — посилання на основний документ;

3 — посилання на документ, що квитувався

<C_DOC>

Код документа

Пов’язаний документ

<C_DOC_SUB>

Підтип документа

<C_DOC_VER>

Номер версії документа

<C_DOC_TYPE>

Номер нового звітного (уточнюючого) документа

<C_DOC_CNT>

Номер однотипного документа в періоді

<C_DOC_STAN>

Стан документа

<FILENAME>

Ім’я файлу, що містить пов’язаний документ

<D_FILL>

Дата заповнення документа платником

Формат ддммрррр

<SOFTWARE>

Сигнатура програмного забезпечення

Текстовий рядок — ідентифікатор програмного засобу, за допомогою якого сформовано документ

 

Жодний з описаних вище елементів (крім елементів

LINKED_DOCS та SOFTWARE), що входять до заголовка документа (елемент DECLARHEAD), не може мати пусте значення.

Тіло документа міститься в елементі

DECLARBODY. Кожний його дочірній елемент будується за таким принципом: <Код показника> Значення показника </Код показника>. Кодування показників визначається шаблоном відображення, що додається до кожного документа. Всі шаблони вільно розповсюджуються ДПС України у форматі Adobe Portable Document Format (PDF) і мають аналогічне до XML-схеми ім’я файла з розширенням pdf.

Звітні форми умовно розподіляються на 2 групи:

— таблиці, що мають заздалегідь відому кількість рядків;

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

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

ROWNUM. <Код показника ROWNUM=”Номер рядка”> Значення показника </Код показника>.

Наприклад, у табл. 2 наведено фрагмент шаблону, відповідно до якого ідентифікаційний номер має код

RXXXXG02, а його належність до 10 рядка звіту визначиться як ROWNUM=”10”:

<RXXXXG02 ROWNUM=“10” >2222222222.

Відповідно сума нарахованого доходу з 12 рядка запишеться:

<RXXXXG03A ROWNUM=“12” >1000.32

 

Таблиця 2

№ з/п

Ідентифікаційний номер

Сума нарахованого доходу

(грн., коп.)

1

2

 

RXXXXG02

RXXXXG03A

Х

Х

R01G03A

 

Основні вимоги до заповнення значень показників є такими:

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

<Код показника>0</Код показника>

(або <Код показника>0.00</Код показника> залежно від схеми даних)

Наприклад:

<R011G3>0.00</R011G3>

 

Значення показників

символьного типу не можуть містити символи:

> — більше;

< — менше;

— подвійні лапки;

¢

— апостроф;

& — амперсанд;

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

Значення показників

типу «дата» зберігаються у форматі ддммрррр, де дд — день, мм — місяць, а рррр — рік. Наприклад: 15 грудня 2010 року запишеться у вигляді 15122010 .

Елементи, що мають

пусте значення, записуються у вигляді <Код показника xsi:nil=”true”/> або <Код показника xsi:nil=”true”></Код показника>, причому атрибут xsi:nil=”true” є обов’язковим.

Наприклад: <R011G3 xsi:nil=

”true”/> або <R011G3 xsi:nil=true>< /R011G3>.

Якщо елемент відсутній у тілі документа (елемента DECLARBODY), то його значення теж вважається пустим.

При передачі електронного документа між різними рівнями податкової служби XML-документ може містити додаткові службові елементи та атрибути, що не описуються даним форматом (стандартом).

Приклад сформованого електронного документа наведено в додатку Б.

 

Таблиця 3

>

&gt;

<

&lt;

&quot;

¢

&apos;

&

&amp;

 

Директор департаменту інформаційно-аналітичного забезпечення процесів
оподаткування М. С. Лаба

 

 

Додаток А до формату (стандарту) електронного документа звітності платників податків

 

Структура електронного документа податкової звітності:

 

<?xml version=

1.0 encoding=windows-1251?>

<DECLAR xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance xsi:noNamespaceSchemaLocation=”ім”я файлу, що містить XML-схему”>

<DECLARHEAD>

<TIN><!--КОД ПЛАТНИКА--></TIN>

<C_DOC><!--КОД ДОКУМЕНТА-->

<C_DOC_SUB><!--ПІДТИП ДОКУМЕНТА--></C_DOC_SUB>

<C_DOC_VER><!--НОМЕР ВЕРСІЇ ДОКУМЕНТА-->

<C_DOC_TYPE><!--№ НОВОГО ЗВІТНОГО (УТОЧНЮЮЧОГО) ДОКУМЕНТА (0 — ЗВІТНИЙ)-->

<C_DOC_CNT><!--№ ОДНОТИПНОГО ДОКУМЕНТА В ПЕРІОДІ-->

<C_REG><!--КОД ОБЛАСТІ ДПІ ОТРИМУВАЧА-->

<C_RAJ><!--КОД АДМІНІСТРАТИВНОГО РАЙОНУ ДПІ ОТРИМУВАЧА-->

<PERIOD_MONTH><!--ЗВІТНИЙ МІСЯЦЬ (ОСТАННІЙ У ЗВІТНОМУ ПЕРІОДІ)-->

<PERIOD_ TYPE ><!--ТИП ПЕРІОДУ-->

<PERIOD_YEAR><!--ЗВІТНИЙ РІК-->

<C_DOC_STAN><!--СТАН ДОКУМЕНТА--></C_DOC_STAN>

<C_STI_ORIG><!--КОД ДПІ, ДО ЯКОЇ ВІДСИЛАЄТЬСЯ ОРИГІНАЛ ДОКУМЕНТА-->

<LINKED_DOCS>

<!--ПОВ’ЯЗАНІ ДОКУМЕНТИ-->

<DOC NUM=”” TYPE=””>

<C_DOC><!--КОД ДОКУМЕНТА--></C_DOC>

<C_DOC_SUB><!--ПІДТИП ДОКУМЕНТА-->

<C_DOC_VER><!--НОМЕР ВЕРСІЇ ДОКУМЕНТА-->

<C_DOC_TYPE><!--№ НОВОГО ЗВІТНОГО (УТОЧНЮЮЧОГО) ДОКУМЕНТА (0 — ЗВІТНИЙ) -->

<C_DOC_CNT><!--№ ОДНОТИПНОГО ДОКУМЕНТА В ПЕРІОДІ-->

<C_DOC_STAN><!--СТАН ДОКУМЕНТА-->

<FILENAME><!-- ІМ’Я ФАЙЛУ--></ FILENAME>

</DOC>

</LINKED_DOCS>

<D_FILL><!--ДАТА ЗАПОВНЕНЯ ДОКУМЕНТА ПЛАТНИКОМ-->

<SOFTWARE><!--СИГНАТУРА ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ-->

</DECLARHEAD>

 

<DECLARBODY>

<КОД ПОКАЗНИКА> </КОД ПОКАЗНИКА>

</DECLARBODY>

</DECLAR>

 

Директор департаменту інформаційно-аналітичного забезпечення процесів оподаткування М. С. Лаба

 

 

Додаток Б до формату (стандарту) електронного документа звітності платників податків

 

Приклад сформованого електронного документа:

 

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

<DECLAR xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance xsi:noNamespaceSchemaLocation=”j0100109.xsd”>

<DECLARHEAD>

<TIN>223816</TIN>

<C_DOC>J01</C_DOC>

<C_DOC_SUB>001</C_DOC_SUB>

<C_DOC_VER>9</C_DOC_VER>

<C_DOC_TYPE>0</C_DOC_TYPE>

<C_DOC_CNT>1</C_DOC_CNT>

<C_REG>23</C_REG>

<C_RAJ>1</C_RAJ>

<PERIOD_MONTH>12</PERIOD_MONTH>

<PERIOD_TYPE>5</PERIOD_TYPE>

<PERIOD_YEAR>2010</PERIOD_YEAR>

<C_DOC_STAN>1</C_DOC_STAN>

<C_STI_ORIG>2301</C_STI_ORIG>

<LINKED_DOCS>

<DOC NUM=”1” TYPE=”1”>

<C_DOC>J01</C_DOC>

<C_DOC_SUB>151</C_DOC_SUB>

<C_DOC_VER>9</C_DOC_VER>

<C_DOC_TYPE>0</C_DOC_TYPE>

<C_DOC_CNT>1</C_DOC_CNT>

<C_DOC_STAN>1</C_DOC_STAN>

<FILENAME>23010000223816J0115109100000000151220102301.xml</FILENAME>

</DOC>

<DOC NUM=”2” TYPE=”1”>

<C_DOC>J01</C_DOC>

<C_DOC_SUB>151</C_DOC_SUB>

<C_DOC_VER>9</C_DOC_VER>

<C_DOC_TYPE>0</C_DOC_TYPE>

<C_DOC_CNT>1</C_DOC_CNT>

<C_DOC_STAN>1</C_DOC_STAN>

<FILENAME>23010000223816J0115309100000000151220102301.xml</FILENAME>

</DOC>

</LINKED_DOCS>

<D_FILL>01022011</D_FILL>

<SOFTWARE XSI:NIL=”true”></SOFTWARE>

</DECLARHEAD>

<DECLARBODY>

<R001G1S>24.15.0</R001G1S>

<R002G1S>18014</R002G1S>

<R003G1S>146317</R003G1S>

<R010G3>710645400.00</R010G3>

<R011G3>676231600.00</R011G3>

<R012G3>393800.0</R012G3>

<R014G3>578400.0</R014G3>

<R016G3>33441600.00</R016G3>

<R020G3>110613400.00</R020G3>

<R023G3>110613400.00</R023G3>

<R030G3>821258800.00</R030G3>

<R040G3>803398500.00</R040G3>

<R0410G3>16239600.00</R0410G3>

<R0412G3>41513900.00</R0412G3>

<R041G3>717296300.00</R041G3>

<R043G3>18835300.00</R043G3>

<R044G3>6962900.00</R044G3>

<R046G3>2550500.00</R046G3>

<R060G3>803398500.00</R060G3>

<R070G3>15184100.00</R070G3>

<R080G3>2676200.00</R080G3>

<R110G3>2676200.00</R110G3>

<R111G3>2676200.00</R111G3>

<R120G3>802900.00</R120G3>

<R121G3>802900.00</R121G3>

<R140G3>802900.00</R140G3>

<R150G3>625400.00</R150G3>

</DECLARBODY>

</DECLAR>

 

Директор департаменту інформаційно-аналітичного забезпечення процесів оподаткування М. С. Лаба