ДЕРЖАВНА ПОДАТКОВА АДМІНІСТРАЦІЯ УКРАЇНИ
Н А К А З
11.02.2011 N 90
Про внесення змін до формату (стандарту)електронного документа звітності платників податків
З метою подальшого розвитку технології подання платниками
податків податкових документів в електронному вигляді, практичного
впровадження законів України від 22 травня 2003 року N 851-VI
( 851-15 ) "Про електронні документи та електронний
документообіг", N 852-IV ( 852-15 ) "Про електронний цифровий
підпис" та Податкового кодексу України ( 2755-17 ) і врегулювання
питань, пов'язаних з веденням Єдиного реєстру податкових
накладних, автоматизацією перевірки відповідності заявлених у
деклараціях та розрахованих за даними реєстрів сум податкового
кредиту та податкових зобов'язань, Н А К А З У Ю:
1. Внести зміни до наказу ДПА України від 03.05.2006 N 242
( v0242225-06 ) "Про затвердження формату (стандарту) електронного
документа звітності платників податків", а саме:
1.1. затвердити та ввести в дію з 14.02.2011 нову редакцію
додатка 1 "Формат (стандарт) електронного документа звітності
платників податків на основі специфікації eXtensible Markup
Language (XML)" до наказу ДПА України від 03.05.2006 N 242
( v0242225-06 ), що додається;
1.2. додаток 3 "Правила формування реєстру отриманих та
виданих податкових накладних на основі специфікації eXtensible
Markup Language (XML)" до наказу ДПА України від 03.05.2006 N 242
( v0242225-06 ) вилучити.
2. Департаменту інформаційно-аналітичного забезпечення
процесів оподаткування (Лаба М.С.) забезпечити опублікування на
WEB-сайті ДПА України нової редакції формату (стандарту)
електронного документа звітності платників податків на основі
специфікації XML та забезпечити доступ розробникам програмного
забезпечення до структури XML-документа, відповідних схем контролю
XML-документів, електронних форм документів звітності у форматі
PDF та довідників звітних документів, звітних періодів і державних
податкових інспекцій у форматі XML, після набрання чинності цього
наказу.
3. Контроль за виконанням наказу покласти на заступника
Голови Котькала О.Б.
Голова Комісії з проведення
реорганізації ДПА України,
Голова ДПС України В.Ю.Захарченко
Додаток 1до наказу ДПА України
03.05.2006 N 242
( v0242225-06 )
(у редакції наказу
ДПА України
11.02.2011 N 90)
ФОРМАТ (СТАНДАРТ)електронного документа звітності платників податків
Цей документ є описом формату (стандарту) електронного
документа звітності платників податків (далі - Стандарт). Стандарт
призначений для формування та передачі звітності в електронному
вигляді платником податків до органів Державної податкової служби
України.
Звітність може подаватись в електронному вигляді за умови
дотримання законів України "Про електронні документи та
електронний документообіг" ( 851-15 ) і "Про електронний цифровий
підпис" ( 852-15 ) та вимог цього наказу. Документ вважається
поданим лише після отримання підписаного підтвердження з органів
Державної податкової служби України.
З фізичної точки зору кожний документ звітності є файлом, що
містить інформацію лише щодо одного звіту, перерахунку,
декларації, додатка до декларації тощо. Документи можуть
подаватись як окремими файлами, так і пакетом.
Пакет звітних документів - це певний перелік документів
одного типу чи різних типів, що подаються платником податків в
одному звітному періоді. Фізично пакетом документів є набір
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
( va090837-11 ).
З логічної точки зору кожний документ подається у вигляді
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.
----------------------------------------- | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | . |xsd| |-----------+-----------+---------------- ------ ------- ---------- v v vКод Підтип Номер версії
документа документа документа
(C_DOC) (C_DOC_SUB) (C_DOC_VER)
(3 позиції) (3 позиції) (2 позиції)
Рис. 2
Всі XML-схеми поширюються Державною податковою службою
України. Порядок елементів у XML-документі повинен точно
відповідати порядку, описаному XML-схемою.
Структуру електронного документа податкової звітності
наведено у додатку А.
Кожний документ починається з директиви
XML, що набрана в
нижньому регістрі. Кодовою сторінкою є "windows-1251".
Всі елементи документа іменуються у верхньому регістрі.
Кореневим елементом є елемент з іменем DECLAR, при оголошенні
даного елемента вказується посилання на схему контролю даних
(XML-схему).
Наприклад:xsi:noNamespaceSchemaLocation="J0100109.xsd">
Між елементами не допускаються знаки пробілів, табуляцій
тощо.
Заголовок документа міститься в елементі DECLARHEAD. У
заголовку розміщується інформація, що повністю ідентифікує тип
документа, належність даного документа платникові, звітний період
тощо. Детальний опис всіх його дочірніх елементів для DECLARHEAD
наведено у таблиці 1.
Таблиця 1
------------------------------------------------------------------ | Назва | Зміст | Коментар | | елемента | | | |--------------+------------------------+------------------------| | |Код платника |Значенням елемента є код| | | |платника згідно з ЄДРПОУ| | | |(Реєстраційний | | | |(обліковий) номер з | | | |Тимчасового реєстру ДПА | | | |України) або | | | |реєстраційний номер | | | |облікової картки | | | |платника (номер | | | |паспорта, записаний як | | | |послідовність двох | | | |великих літер | | | |української абетки та | | | |шести цифр) | |--------------+------------------------+------------------------| | |Код документа |Відповідає значенню | | | |елемента C_DOC з | | | |довідника звітних | | | |документів (SPR_DOC.XML)| |--------------+------------------------+------------------------| | |Підтип документа |Відповідає значенню | | | |елемента C_DOC_SUB з | | | |довідника звітних | | | |документів (SPR_DOC.XML)| |--------------+------------------------+------------------------| | |Номер версії документа |Відповідає значенню | | | |елемента C_DOC_VER з | | | |довідника звітних | | | |документів (SPR_DOC.XML)| |--------------+------------------------+------------------------| | |Номер нового звітного |Для першого поданого | | |(уточнюючого) документа |(звітного) документа в | | | |періоді значення даного | | | |елемента дорівнює 0, | | | |кожний наступний новий | | | |звітний (уточнюючий) | | | |документ цього ж типу | | | |для даного звітного | | | |періоду має значення | | | |цього елемента, | | | |збільшеного на одиницю | |--------------+------------------------+------------------------| | |Номер однотипного |Якщо в одному звітному | | |документа в періоді |періоді подається кілька| | | |однотипних документів, | | | |то значення даного | | | |елемента містить | | | |порядковий номер для | | | |кожного документа в | | | |даному періоді. Перший | | | |(звітний) документ має | | | |номер 1. При формуванні | | | |електронного документа, | | | |що є новим звітним | | | |(уточнюючим) до поданого| | | |раніше (звітного) | | | |(значення елемента | | | |C_DOC_TYPE > 0), | | | |нумерація однотипних | | | |документів в періоді | | | |(значення елемента | | | |C_DOC_CNT) повинна | | | |залишатись незмінною | | | |щодо нумерації звітного | | | |документа, показники | | | |якого виправляються | |--------------+------------------------+------------------------| | |Код області |Значенням цього елемента| | | |є код області, на | | | |території якої | | | |розташована податкова | | | |інспекція (відділення), | | | |до якої подається | | | |документ (оригінал або | | | |копія). Код області | | | |заповнюється згідно з | | | |довідником державних | | | |податкових інспекцій | | | |(SPR_STI.XML) і | | | |відповідає значенню | | | |елемента C_REG | |--------------+------------------------+------------------------| | |Код адміністративного |Значенням цього елемента| | |району |є код адміністративного | | | |району, на території | | | |якого розташована | | | |податкова інспекція (або| | | |відділення), до якої | | | |подається документ | | | |(оригінал або копія). | | | |Код адміністративного | | | |району заповнюється | | | |згідно з довідником | | | |державних податкових | | | |інспекцій (SPR_STI.XML) | | | |і відповідає значенню | | | |елемента C_RAJ | |--------------+------------------------+------------------------| ||Звітний місяць |Звітним місяцем | | | |вважається останній | | | |місяць у звітному | | | |періоді (для місяців - | | | |це порядковий номер | | | |місяця, для I, II, III, | | | |IV кварталів - це 3, 6, | | | |9, 12 місяць | | | |відповідно, для I | | | |та II півріч - 6 та 12 | | | |відповідно, | | | |для 9 місяців - 9, | | | |для року - 12) | |--------------+------------------------+------------------------| | |Тип звітного періоду |1 - місяць, 2 - квартал,| | | |3 - півріччя, | | | |4 - дев'ять місяців, | | | |5 - рік | |--------------+------------------------+------------------------| | |Звітний рік |Формат рррр | |--------------+------------------------+------------------------| | |Код ДПІ, до якої |Код ДПІ вибирається з | | |подається оригінал |довідника інспекцій, є | | |документа |числовим значенням, яке | | | |відповідає формулі: | | | |значення елемента | | | |C_REG*100 + значення | | | |елемента C_RAJ. | |--------------+------------------------+------------------------| | |Стан документа |Приймає фіксовані | | | |значення: | | | |- 1 - звітний документ | | | |- 2 - новий звітний | | | |документ | | | |- 3 - уточнюючий | | | |документ | |--------------+------------------------+------------------------| | |Перелік пов'язаних |Містить відповідний | | |документів. |перелік документів: | | |Даний елемент є вузловим|- для основного | | |і складається з ряду |документа - посилання на| | |елементів з іменем DOC, |додатки, які подаються | | |кожний з яких містить |до нього; | | |інформацію про окремий |- для додатка - | | |документ. |посилання на основний | | |Елемент DOC має такі |документ; | | |дочірні елемент, що |- для квитанції - на | | |співпадають з |документ, що квитується.| | |відповідними значеннями |Елемент DOC має | | |в елементі DECLARHEAD |обов'язкові атрибути: | | |пов'язаного документа: |NUM - Номер пов'язаного | | | |документа в переліку | | | |TYPE - Тип зв'язку. | | | |Даний атрибут приймає | | | |фіксовані значення: | | | |1 - посилання на додаток| | | |2 - посилання на | | | |основний документ | | | |3 - посилання на | | | |документ, що квитувався | |--------------+------------------------+------------------------| | |Код документа | Пов'язаний документ | |--------------+------------------------| | | |Підтип документа | | |--------------+------------------------| | | |Номер версії документа | | |--------------+------------------------| | | |Номер нового звітного | | | |(уточнюючого) документа | | |--------------+------------------------| | | |Номер однотипного | | | |документа в періоді | | |--------------+------------------------| | | |Стан документа | | |--------------+------------------------| | | |Ім'я файлу, що містить | | | |пов'язаний документ | | |--------------+------------------------+------------------------| | |Дата заповнення |Формат ддммрррр | | |документа платником | | |--------------+------------------------+------------------------| | |Сигнатура програмного |Текстовий рядок - | | |забезпечення |ідентифікатор | | | |програмного засобу, за | | | |допомогою якого | | | |сформовано документ | ------------------------------------------------------------------
Жодний з описаних вище елементів (крім елементів LINKED_DOCS
та SOFTWARE), що входять до заголовка документа (елемент
DECLARHEAD), не може мати пусте значення.
Тіло документа міститься в елементі DECLARBODY. Кожний його
дочірній елемент будується за таким принципом:
Значення показника . Кодування показників
визначається шаблоном відображення, що додається до кожного
документа. Всі шаблони вільно розповсюджуються ДПС України у
форматі Adobe Portable Document Format (PDF) і мають аналогічне до
XML-схеми ім'я файла з розширенням pdf.
Звітні форми умовно розподіляються на 2 групи: - таблиці, що мають заздалегідь відому кількість рядків; - таблиці, в яких кількість рядків змінна, хоча і має певне
граничне значення.
У першому випадку кодування даних однозначне згідно з
шаблоном документа, у іншому ж всі цифри, що містяться в одній
колонці, кодуються однотипно, а на номер рядка вказує значення
атрибута ROWNUM. Значення
показника .
Наприклад, у таблиці 2 наведено фрагмент шаблону, відповідно
до якого ідентифікаційний номер має код RXXXXG02, а його
належність до 10 рядка звіту визначиться як ROWNUM="10": 2222222222.
Відповідно сума нарахованого доходу з 12 рядка запишеться: 1000.32
Таблиця 2
------------------------------------------------------------------ | N з/п | Ідентифікаційний номер | Сума нарахованого доходу | | | | (грн.коп.) | |---------+--------------------------+---------------------------| | 1 | 2 | 3а | |---------+--------------------------+---------------------------| | | RXXXXG02 | RXXXXG03A | |---------+--------------------------+---------------------------| | X | X | R01G03A | ------------------------------------------------------------------
Основні вимоги до заповнення значень показників є такими:
1. Значення показників грошового типу заповнюються у гривнях
або у гривнях з копійками залежно від вимог схеми даних та порядку
заповнення відповідної форми. Роздільником десяткових розрядів
обов'язково є крапка. Якщо значення показника дорівнює нулю, то
воно записується як 0 (або 0.00 залежно від схеми
даних) Наприклад: 0.00
2. Значення показників символьного типу не можуть містити
символи: > - більше; < - менше " - подвійні лапки; ' - апостроф; & - амперсанд; Замість них використовуються відповідні макропідстановки,
наведені у таблиці 3.
Таблиця 3
------------------------------------------------------------------ | > | >: | |-----------------------------+----------------------------------| | < | < | |-----------------------------+----------------------------------| | " | " | |-----------------------------+----------------------------------| | ' | ' | |-----------------------------+----------------------------------| | & | & | ------------------------------------------------------------------
3. Значення показників типу "дата" зберігаються у форматі
ддммрррр, де дд - день, мм - місяць, а рррр - рік. Наприклад:
15 грудня 2010 року запишеться у вигляді 15122010.
4. Елементи, що мають пусте значення, записуються у вигляді
або xsi:nil="true">, причому атрибут xsi:nil="true" є
обов'язковим.Наприклад: або
. Наприклад: або
. Якщо елемент відсутній у тілі документа (елемента
DECLARBODY), то його значення теж вважається пустим.
5. При передачі електронного документа між різними рівнями
податкової служби XML-документ може містити додаткові службові
елементи та атрибути, що не описуються даним форматом
(стандартом). Приклад сформованого електронного документа наведено в
додатку Б.
Директор департаменту
інформаційно-аналітичного
забезпечення
процесів оподаткування М.С.Лаба
Додаток Адо формату (стандарту)
електронного документа
звітності платників податків
СТРУКТУРАелектронного документа податкової звітності:
xsi:noNamespaceSchemaLocation="ім'я файлу, що містить XML-схему">
ОТРИМУВАЧА--->
TYPE="">
...
...
Директор департаменту
інформаційно-аналітичного
забезпечення
процесів оподаткування М.С.Лаба
Додаток Бдо формату (стандарту)
електронного документа
звітності платників податків
ПРИКЛАДсформованого електронного документа:
xsi:noNamespaceSchemaLocation="j0100109.xsd">
223816
J01
001
9
0
1
23
1
12
5
2010
1
2301
< LINKED_DOCS >
< DOC NUM="1" TYPE="1">
J01
151
9
0
1
1
23010000223816J0115109100000000151220102301.xml
< DOC NUM="2" TYPE="1"> J01 151 9 0 1 1 23010000223816J0115309100000000151220102301.xml
01022011
24.15.0
18014
146317
710645400.00
676231600.00
393800.0
578400.0
33441600.00
110613400.00
110613400.00
821258800.00
803398500.00
16239600.00
41513900.00
717296300.00
18835300.00
6962900.00
2550500.00
803398500.00
15184100.00
2676200.00
2676200.00
2676200.00
802900.00
802900.00
802900.00
625400.00
Директор департаменту
інформаційно-аналітичного
забезпечення
процесів оподаткування М.С.Лаба
