1. Правова система ipLex360
  2. Законодавство
  3. Наказ


ДЕРЖАВНА ПОДАТКОВА АДМІНІСТРАЦІЯ УКРАЇНИ
Н А К А З
19.08.2005 N 351
( Наказ втратив чинність на підставі Наказу Державної податкової адміністрації N 242 від 03.05.2006 )
Про затвердження формату (стандарту) електронного документа звітності платників податків
З метою подальшого розвитку технології подання платниками податків податкової звітності в електронному вигляді, практичного впровадження Законів України "Про електронні документи та електронний документообіг" і "Про електронний цифровий підпис"
НАКАЗУЮ:
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. Наказ ДПА України від 01.07.2004 N 357 "Про затвердження формату (стандарту) електронного документа звітності платників податків" вважати таким, що втратив чинність.
7. Контроль за виконанням цього наказу покласти на заступника Голови Ревуна В.І.
Голова О.І.Кірєєв
Додаток 1
до наказу ДПА України
19.08.2005 N 351
"Про затвердження формату
(стандарту) електронного
документа звітності
платників податків"
ФОРМАТ (СТАНДАРТ) електронного документа звітності платників податків
Цей документ є описом формату (стандарту) електронного документа звітності платників податків (далі - Стандарт). Стандарт призначений для передачі звітності в електронному вигляді платником до податкової служби.
Податкова звітність може подаватись в електронному вигляді за умови дотримання Законів України "Про електронні документи та електронний документообіг" і "Про електронний цифровий підпис" та вимог цього наказу. Документ вважається поданим лише після отримання підписаного підтвердження з органів ДПС.
З фізичної точки зору кожний документ звітності є файлом, що містить інформацію лише по одному звіту, декларації, додатку до декларації тощо. Податкові звіти можуть подаватись як окремими файлами, так і пакетом.
Пакет звітних документів - це певний перелік документів одного типу чи різних типів, що подаються платником податків в одному звітному періоді. Фізично пакетом документів є набір XML-файлів, які іменуються згідно з форматом (Стандартом) електронної звітності і подаються на одному носи або надсилаються одним електронним листом.
Імена файлів формуються згідно з довідником звітних документів (SPR_DOC.XML), довідником державних податкових інспекцій (SPR_STI.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.
Наприклад 23010000223816j010010500000120041.xml
Схема формування назви файла проілюстрована на рис 1.
-----------------------------------------------------------------------------------------------------------
|1 |2 |3 |4 |5 |6 |7 |8 |9 |10|11|12|13|14|15|16|17|18|19|20|21|22|23|24|25|26|27|28|29|30|31|32|33|. |xml|
|-----------+-----------------------------+--------+--------+-----+--------------------------------+-------
----------------------------------------------------------------------------------------------------
| | | | | | | |
| | | | | | Номер | | Звітний
| Код ДПІ | Тип документа | | | | документа | | рік
-| (4 пози- | (C_DOC) |- | | -| в пакеті | -|(4 позиції)
ції) | (3 позиції) | | (5 позицій) |
| | | |
| Код ЄДРПОУ або Підтип | | Номер | Звітний
-| ідентифікацій- документа | | версії -| місяць
ний номер ДРФО (C_DOC_SUB) |- -| документа (2 позиції)
(10 позицій) (3 позиції) (2 позиції)
Рис. 1
З логічної точки зору кожний документ подається у вигляді XML-структури. Кожний поданий звітний документ повинен відповідати всім правилам побудови XML-документа і відповідно до відкритого стандарту W3C (http://www.w3.org/TR/REC-xml). Для контролю за цілісністю структури та правильністю заповнення для кожного типу звіту додається файл, який містить XML-схему, що відповідає стандарту W3C - (http://www.w3.org/2001/XML.Schema-instance).
Файл з XML-схемою іменується за таким принципом:
- позиції з 1 по 3 включно містять код документа і відповідають значенню елемента C_DOC;
- позиції з 4 по 6 містять підтип документа і відповідають значенню елемента C_DOC_SUB;
- позиції з 7 по 8 містять номер версії документа і відповідають значенню елемента C_DOC_VER, доповненого зліва нулем до двох позицій;
- файл має розширення xsd.
Наприклад: j0100105.xsd
Схема формування назви файла проілюстрована на рис 2.
-----------------------------------------
| 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | . |xsd|
|-----------+-----------+---------------|
-----------------------------------------
| | |
| Тип | | Номер
| документа | | версії
-| (C_DOC) | Підтип -| документа
(3 позиції) | документа (2 позиції)
-|(C_DOC_SUB)
(3 позиції)
Рис 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:noNamespaseSchemaLocation="j0100105.xsd">
Між елементами не допускаються знаки пробілів, табуляцій тощо.
Заголовок документа міститься в елементі DECLARHEAD. В заголовку розміщується інформація, що повністю ідентифікує тип документа, належність даного документа платникові, звітний період тощо. Детальний опис всіх його дочірніх елементів для DECLARHEAD наведено у таблиці 1.
Таблиця 1
------------------------------------------------------------------
| Назва елемента | Зміст | Коментар |
|-------------------+--------------+-----------------------------|
|<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> |Звітний місяць|Звітним місяцем вважається |
| | |останній місяць у звітному |
| | |періоді |
|-------------------+--------------+-----------------------------|
|<PERIOD_TYPE> |Тип періоду |1 - місяць, 2 - квартал, |
| | |3 - півріччя, 4 - 9 місяців, |
| | |5 - рік |
|-------------------+--------------+-----------------------------|
|<PERIOD_YEAR> |Звітний рік | |
|-------------------+--------------+-----------------------------|
|<D_FILL> |Дата |Формат ддммрррр |
| |заповнення | |
| |документа | |
| |платником | |
|-------------------+--------------+-----------------------------|
|<SOFTWARE> |Сигнатура |Заповнюється тільки |
| |програмного |програмним забезпеченням, яке|
| |забезпечення |сертифіковане ДПА України для|
| | |формування звітності в |
| | |електронному вигляді |
------------------------------------------------------------------
Жодний з описаних вище елементів (крім елемента SOFTWARE), що входять до заголовка документа (елемент DECLARHEAD), не може мати пусте значення.
Тіло документа міститься в елементі DECLARBODY. Кожний його дочірній елемент будується за таким принципом: <Код показника> Значення показника </Код показника>. Кодування показників визначається шаблоном відображення, що додається до кожного документа. Всі шаблони вільно розповсюджуються ДПА України у форматі Adobe Portable Document Format (PDF) і мають аналогічне до XML-схеми ім'я файла з розширенням pdf.
Звітні форми умовно розподіляються на 2 групи:
- таблиці, що мають заздалегідь відому кількість рядків;
- таблиці, в яких кількість рядків змінна, хоча і має певне граничне значення.
У першому випадку кодування даних однозначне, згідно з шаблоном документа, у другому ж всі цифри, що містяться в одній колонці, кодуються однотипно, а на номер рядка вказує значення атрибута ROWNUM.
<Код показника ROWNUM="Номер рядка"> Значення показника </Код показника>.
Наприклад, у таблиці 2 наведено фрагмент шаблону, відповідно до якого ідентифікаційний номер має код RXXXXG02, а його належність до 10 рядка звіту визначиться як ROWNUM="10":
<RXXXXG02 ROWNUM="99910">2222222222</RXXXXG02>.
Відповідно сума нарахованого доходу з 12 рядка запишеться:
<RXXXXG03A ROWNUM="99912">1000.32</RXXXXG03A>
Таблиця 2
------------------------------------------------------------------
|N з/п | Ідентифікаційний | Сума нарахованого доходу |
| | номер | (грн., коп.) |
|------+--------------------+------------------------------------|
| 1 | 2 | 3а |
|------+--------------------+------------------------------------|
| | RXXXXG02 | RXXXXG03A |
|------+--------------------+------------------------------------|
| X | X | R01G03A |
------------------------------------------------------------------
Основні вимоги до заповнення значень показників є такими:
1. Значення показників грошового типу заповнюються в гривнях з копійками. Роздільником десяткових розрядів обов'язково є крапка. Якщо значення показника дорівнює нулю, то воно записується як <Код показника>0.00</Код показника>
Наприклад: <R011G3>0.00</R011G3>
2. Значення показників символьного типу не можуть містити символи:
> - більше;
< - менше;
" - подвійні лапки;
' - апостроф;
& - амперсанд;
" " - пропуск;
(с) - copyright.
Замість них використовуються відповідні макропідстановки, що наведені у таблиці 3.
Таблиця 3
----------------------------------------------
| > | &gt |
|----------------+---------------------------|
| < | &lt |
|----------------+---------------------------|
| " | &quot |
|----------------+---------------------------|
| ' | &apos |
|----------------+---------------------------|
| & | &amp |
|----------------+---------------------------|
| пропуск | &nb sp |
|----------------+---------------------------|
| (с) | &copyright |
----------------------------------------------
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-документ може містити додаткові службові елементи та атрибути, що не описуються даним Стандартом. Приклад сформованого електронного документа наведено в додатку Б.
Додаток А
Структура
електронного документа податкової звітності:
<?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>
<C_DOC_SUB><!--ПІДТИП ДОКУМЕНТА--></C_DOC_SUB>
<C_DOC_VER><!--НОМЕР ВЕРСІЇ ДОКУМЕНТА--></C_DOC_VER>
<C_DOC_TYPE><!--N ВИПРАВНОГО ДОКУМЕНТА (0-ОСНОВНИЙ (ПЕРШИЙ
ПОДАНИЙ))--></C_DOC_TYPE>
<C_DOC_CNT><!--N ОДНОТИПНОГО ДОКУМЕНТА В ПЕРІОДІ-->
</C_DOC_CNT>
<C_REG><!--КОД ОБЛАСТІ--></C_REG>
<C_RAJ><!--КОД АДМІНІСТРАТИВНОГО РАЙОНУ--></C_RAJ>
<PERIOD_MONTH><!--ЗВІТНИЙ МІСЯЦЬ (ОСТАННІЙ У ЗВІТНОМУ
ПЕРІОДІ)--></PERIOD_MONTH>
<PERIOD_TYPE><!--ТИП ПЕРІОДУ--><PERIOD_TYPE>
<PERIOD_YEAR><!--ЗВІТНИЙ РІК--></PERIOD_YEAR>
<D_FILL><!--ДАТА ЗАПОВНЕННЯ ДОКУМЕНТА ПЛАТНИКОМ--></D_FILL>
<SOFTWARE><!--СИГНАТУРА ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ-->
</SOFTWARE>
<DECLARHEAD>
<DECLARHEAD>
<Код показника> <!--Значення показника--> </Код показника>
...
<DECLARBODY>
<DECLAR>
Додаток Б
ПРИКЛАД
сформованого електронного документа:
<?xml version="1.0" encoding="windovs-1251"?>
<DECLAR xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance xsi:
noNamespaceSchemaLocation="j0100105.xsd">
<DECLARHEAD>
<TIN>223816<TIN>
<C_DOC>JO1</C_DOC>
<C_DOC_SUB>001</C_DOC_SUB>
<C_DOC_VER>5</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>6</PERIOD_MONTH>
<PERIOD_TYPE>3</PERIOD_TYPE>
<PERIOD_YEAR>2003</PERIOD_YEAR>
<D_FILL>01072003</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>

................
Перейти до повного тексту