Cтандарт электронного документа
Приказом ГНАУ №90 от 11.02.2010 года внесены изменения в формат (стандарт) электронного документа отчетности плательщика налогов утвержденный приказом ГНАУ от 3 мая 2006 года №242 "Про затвердження формату (стандарту) електронного документа звітності платників податків" (с изменениями и дополнениями, внесенными приказом ГНАУ то 5 декабря 2007 года №670).
Формат (стандарт) електронного документа звітності платників податків Цей документ є описом формату (стандарту) електронного документа звітності платників податків (далі - Стандарт). Стандарт призначений для формування та передачі звітності в електронному вигляді платником податків до органів Державної податкової служби України. Звітність може подаватись в електронному вигляді за умови дотримання Законів України «Про електронні документи та електронний документообіг» і «Про електронний цифровий підпис» та вимог цього наказу. Документ вважається поданим лише після отримання підписаного підтвердження з органів Державної податкової служби України. З фізичної точки зору кожний документ звітності є файлом, що містить інформацію лише щодо одного звіту, перерахунку, декларації, додатка до декларації тощо. Документи можуть подаватись як окремими файлами, так і пакетом. Пакет звітних документів - це певний перелік документів одного типу чи різних типів, що подаються платником податків в одному звітному періоді. Фізично пакетом документів є набір 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. Рис.1 З логічної точки зору кожний документ подається у вигляді XML-структури. Кожний поданий звітний документ повинен відповідати всім правилам побудови XML-документа відповідно до відкритого стандарту W3C (https://www.w3.org/TR/REC-xml). Для контролю за цілісністю структури та правильністю заповнення для кожного типу звіту додається файл, який містить XML-схему, що відповідає стандарту W3C - (https://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. 
Рис. 2 Всі XML-схеми поширюються Державною податковою службою України. Порядок елементів у XML - документі повинен точно відповідати порядку, описаному XML-схемою. Структуру електронного документа податкової звітності наведено у додатку А . Кожний документ починається з директиви XML, що набрана в нижньому регістрі. Кодовою сторінкою є "windows-1251". Всі елементи документа іменуються у верхньому регістрі. Кореневим елементом є елемент з іменем DECLAR, при оголошенні даного елемента вказується посилання на схему контролю даних (XML схему).
Наприклад: xsi:noNamespaceSchemaLocation="J0100109.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 | Звітний місяць | Звітним місяцем вважається останній місяць у звітному періоді (для 1, 2, 3, 4 кварталів це 3, 6, 9, 12 місяць відповідно, для року - 12). | | PERIOD_TYPE | Тип періоду | 1 - місяць, 2 - квартал, 3 - півріччя, 4 - 9 місяців, 5 - рік | | PERIOD_YEAR | Звітний рік | Звітний рік (Формат рррр) | | C_STI_ORIG | Код ДПІ, до якої подається оригінал документа | Код ДПІ вибирається з довідника інспекцій, є числовим значенням, яке відповідає формулі
значенню елемента C_REG * 100 + значенню елемента C_RAJ.
| | C_DOC_STAN | Стан документа | Приймає фіксовані значення: 1 - звітний документ 2 - новий звітний документ 3 - уточнюючий документ | | LINKED_DOCS | Перелік пов'язаних документів.
Даний елемент є вузловим і складається з ряду елементів з іменем DOC, кожний з яких містить інформацію про окремий документ.
Елемент DOC має такі дочірні елемент, що співпадають з відповідними значеннями в елементі DECLARHEAD пов'язаного документа
| Містить відповідний перелік документів:
- для основного документа - посилання на додатки, які подаються до нього;
- для додатка - посилання на основний документ;
- для квитанції - на документ, що квитується.
Елемент DOC має обов'язкові атрибути :
NUM - Номер пов'язаного документа в переліку
TYPE - Тип зв'язку. Даний атрибут приймає фіксовані значення :
- посилання на додаток,
- посилання на основний документ,
- посилання на документ, що квитувався
| | C_DOC | Код документа | Пов'язаний документ
| | C_DOC_SUB | Підтип документа | Пов'язаний документ | | C_DOC_VER | Номер версії документа | Пов'язаний документ | | C_DOC_CNT | Номер однотипного документа в періоді
| Пов'язаний документ | | C_DOC_STAN | Стан документа
| Пов'язаний документ | | FILENAME | Ім'я файлу, що містить пов'язаний документ
| Пов'язаний документ | | D_FILL | Дата заповнення документа платником | Формат ддммрррр | | SOFTWARE | Сигнатура програмного забезпечення | Текстовий рядок - ідентифікатор програмного засобу, за допомогою якого сформовано документ |
Жодний з описаних вище елементів (крім елементів 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> Таблиця 2 | № з/п | Ідентифікаційний номер | Сума нарахованого доходу (грн.,коп.) | | 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”>, причому атрибут xsi:nil=”true” є обов'язковим. Наприклад: або . Якщо елемент відсутній у тілі документа (елемента DECLARBODY), то його значення теж вважається пустим. 5. При передачі електронного документа між різними рівнями податкової служби XML-документ може містити додаткові службові елементи та атрибути, що не описуються даним форматом (стандартом).
Дата публикации: 16.07.2008
Прочитано: 119744 раз
|
Подпишитесь на получение рассылок группы UserOPZ и вы будете получать сообщения о выходе новых версий на указанный вами e-mail.