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

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

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

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

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

 Імена файлів формуються згідно з довідником державних податкових інспекцій (SPR_STI.XML), кодом платника, довідником звітних документів (SPR_DOC.XML) та довідником (SPR_VER.XML) версій звітних документів за таким принципом:

• позиції з 1 по 2 код області, на території якої розташовується податкова інспекція (або відділення), до якої подається документ;

• позиції з 3 по 4 включно містять код адміністративного району, на території якої розташовується податкова інспекція (або відділення), до якої подається документ;

• позиції з 5 по 14 включно містять код ЄДРПОУ для юридичних осіб або ідентифікаційний номер ДРФО для фізичних осіб, доповнений зліва нулями до 10 знаків;

• позиції з 15 по 17 включно містять код документа і відповідають значенню елемента C_DOC;

• позиції з 18 по 20 містять підтип документа і відповідають значенню елемента C_DOC_SUB;

• позиції з 21 по 22 містять номер версії документа і відповідають значенню елемента C_DOC_VER, доповненого зліва нулем до двох позицій;

• позиції з 23 по 27 містять тризначний порядковий номер (доповненого зліва нулями до 5 знаків) для документів, що можуть подаватись декілька разів в одному звітному періоді. Якщо звіт подається лише один раз, то позиції 23 ... 27 міститимуть значення 00001;

• позиції з 28 по 29 містять значення звітного місяця, доповненого зліва нулями до 2 знаків;

• позиції з 30 по 33 містять значення звітного року;

• Файл має розширення xml.

Наприклад: 23010000223816 j010010500001112004.xml

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

Рис. 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, доповненого зліва нулем до двох позицій;

• файл має розширення xsd.

Наприклад: j0100105.xsd

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

Рис. 2

Всі 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="j0100105.xsd">

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

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

Таблиця 1

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

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

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

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

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

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

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

Наприклад, у таблиці 2 наведено фрагмент шаблону, відповідно до якого ідентифікаційний номер має код RXXXXG02, а його належність до 10 рядка звіту визначиться як ROWNUM="10":

<RXXXXG02 ROWNUM="10" >2222222222</RXXXXG02>.

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

<RXXXXG03A ROWNUM="12" >1000.32</RXXXXG03A>

Таблиця 2

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

1. Значення показників грошового типу заповнюються в гривнях з копійками. Роздільником десяткових розрядів обов'язково є крапка. Якщо значення показника дорівнює нулю, то воно записується як <Код показника>0.00</Код показника>

Наприклад: <R011G3>0.00</R011G3>

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

> - більше;

< - менше;

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

' - апостроф;

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

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

Таблиця 3

3. Значення показників типу "дата" зберігаються у форматі ддммрррр, де дд - день, мм - місяць, а рррр - рік. Наприклад: 15 січня 2004 року запишеться у вигляді 15012004.

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

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

Наприклад: <R011G3 xsi:nil="true"/> або <R011G3 xsi:nil="true"></R011G3>. Якщо елемент відсутній у тілі документа (елемента DECLARBODY), то його значення теж вважається пустим.

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

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