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

З метою подальшого розвитку технології подання платниками податків звітності в електронному вигляді, практичного впровадження Законів України "Про електронні документи та електронний документообіг" і "Про електронний цифровий підпис" та на виконання абзацу 3 пункту 1 статті 2 Указу Президента України від 20.10.2005 N 1497 "Про першочергові завдання щодо впровадження новітніх інформаційних технологій"

1. Затвердити формат (стандарт) електронного документа звітності платників податків на основі специфікації eXtensible Markup Language (XML) (додаток 1).

2. Установити, що контроль електронних документів у XML-форматі здійснюється із застосуванням схем контролю XML-документів (XML-Schema). Схеми контролю XML-документів розробляються і поширюються для кожного конкретного документа звітності Державною податковою адміністрацією України або уповноваженою нею організацією.

3. Установити, що розробка електронних форм документів звітності та кодування відповідних полів документів здійснюється у форматі Adobe Portable Document Format (PDF). Електронні форми розробляються для кожного документа окремо.

4. Кодування імен електронних форм звітних документів та періодичності їх подання здійснюється за допомогою довідників звітних документів та звітних періодів відповідно. Кодування областей та державних податкових інспекцій, до яких подається звітність, здійснюється відповідно до довідника державних податкових інспекцій. Структури довідників наведено у додатку 2.

5. Департаменту інформатизації процесів оподаткування ДПА України (Шаров І.Б.) опублікувати структуру електронного документа звітності платників податків на основі специфікації XML та забезпечити доступ розробникам програмного забезпечення до структури XML-документа, відповідних схем контролю XML-документів, електронних форм документів звітності у форматі PDF та довідників звітних документів, звітних періодів і державних податкових інспекцій у форматі XML шляхом розміщення на WEB-сайті ДПА України.

6. Наказ ДПА України від 19.08.2005 N 351 "Про затвердження формату (стандарту) електронного документа звітності платників податків" вважати таким, що втратив чинність.

7. Контроль за виконанням цього наказу покласти на заступника Голови Ревуна В.І.

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

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

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

Пакет звітних документів - це певний перелік документів одного типу чи різних типів, що подаються платником податків в одному звітному періоді. Фізично пакетом документів є набір 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.

Жодний з описаних вище елементів (крім елементів LINKED_DOCS та 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>

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

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

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

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

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

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

> - більше;

< - менше

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

' - апостроф;

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

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

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

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

Наприклад: <R011G3 xsi:nil="true"/> або <R011G3 xsi:nil="true"></R011G3>.

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

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

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

Разом з форматом (стандартом) електронної звітності платників податків поширюються такі довідники:

- Довідник державних податкових інспекцій (далі - ДПІ).

- Довідник звітних документів.

- Довідник звітних періодів документів.

- Довідник версій звітних документів

- Для даних довідників застосовуються такі правила:

- Кожний довідник фізично є файлом. Один файл містить лише один довідник.

- Довідники поширюються у вигляді XML - структури у відкритому вигляді.

- Інформація подається в кодовій сторінці "windows-1251".

- Кореневим елементом є елемент з іменем ROWSET.

- Кожний логічний рядок довідника міститься у відповідному елементі ROW.

- Всі елементи довідників іменуються у верхньому регістрі.

- Для значень елементів діють ті самі правила, що для Стандарту в цілому, тобто в символьних значеннях використовуються макропідстановки, а значення типу дата подаються у форматі ддммрррр.

Детальна інформація про структури вказаних довідників наведена в таблицях 1, 2, 3.