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

З метою подальшого розвитку технології подання платниками податків податкових документів в електронному вигляді, практичного впровадження законів України від 22 травня 2003 року N 851-VI "Про електронні документи та електронний документообіг", N 852-IV "Про електронний цифровий підпис" та Податкового кодексу України і врегулювання питань, пов'язаних з веденням Єдиного реєстру податкових накладних, автоматизацією перевірки відповідності заявлених у деклараціях та розрахованих за даними реєстрів сум податкового кредиту та податкових зобов'язань,

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

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

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

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

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

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

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

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

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

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