Теми статей
Обрати теми

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

Редакція БК
Наказ від 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.

img 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.

img 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>

 

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

App
Завантажуйте наш мобільний додаток Factor

© Factor.Media, 1995 -
Всі права захищені

Використання матеріалів без узгодження з редакцією заборонено

Ознайомитись з договором-офертою

Приєднуйтесь
Адреса
м. Харків, 61002, вул. Сумська, 106а
Ми приймаємо
ic-privat ic-visa ic-visa

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

Дякуємо, що читаєте нас Увійдіть і читайте далі