Темы статей
Выбрать темы

О внесении изменений в формат (стандарт) электронного документа отчетности плательщиков налогов

Редакция БК
Приказ от 11.02.2011 г. № 90

ГОСУДАРСТВЕННАЯ НАЛОГОВАЯ АДМИНИСТРАЦИЯ УКРАИНЫ

О внесении изменений в формат (стандарт) электронного документа отчетности плательщиков налогов

 

Приказ ГНА Украины от 11.02.2011 г. № 90

 

В целях дальнейшего развития технологии подачи плательщиками налогов налоговых документов в электронном виде, практического внедрения законов Украины от 22 мая 2003 года № 851-VI «Об электронных документах и электронном документообороте», № 852-VI «Об электронной цифровой подписи» и Налогового кодекса Украины и урегулирования вопросов, связанных с ведением Единого реестра налоговых накладных, автоматизацией проверки соответствия заявленных в декларациях и рассчитанных по данным реестров сумм налогового кредита и налоговых обязательств,

ПРИКАЗЫВАЮ:

1. Внести изменения в приказ ГНА Украины от 03.05.2006 г. № 242 «Об утверждении формата (стандарта) электронного документа отчетности плательщиков налогов», а именно:

1.1. утвердить и ввести в действие с 14.02.2011 г. новую редакцию приложения 1 «Формат (стандарт) электронного документа отчетности плательщиков налогов на основе спецификации eXtensible Markup Language (XML)» к приказу ГНА Украины от 03.05.2006 г. № 242, которая прилагается;

1.2. приложение 3 «Правила формирования реестра полученных и выданных налоговых накладных на основе спецификации eXtensible Markup Language (XML)» к приказу ГНА Украины от 03.05.2006 г. № 242 исключить.

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

3. Контроль за выполнением приказа возложить на заместителя Председателя Котькала О. Б.

 

Председатель Комиссии по проведению реорганизации ГНА Украины, Председатель
ГНС Украины В. Ю. Захарченко

 

 

Приложение 1 к приказу ГНА Украины от 03.05.2006 г. № 242
(в редакции приказа ГНА Украины от 11.02.2011 г. № 90)

Формат (стандарт) электронного документа
отчетности плательщиков налогов

Настоящий документ является описанием формата (стандарта) электронного документа отчетности плательщиков налогов (далее — Стандарт). Стандарт предназначен для формирования и передачи отчетности в электронном виде плательщиком налогов в органы Государственной налоговой службы Украины.

Отчетность может подаваться в электронном виде при условии соблюдения законов Украины «Об электронных документах и электронном документообороте» и «Об электронной цифровой подписи» и требований настоящего приказа. Документ считается поданным лишь после получения подписанного подтверждения из органов Государственной налоговой службы Украины.

С физической точки зрения каждый документ отчетности является файлом, который содержит информацию только по одному отчету, перерасчету, декларации, приложению к декларации и т. п. Документы могут подаваться как отдельными файлами, так и пакетом.

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

img 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.

img 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.

 

Таблица 1

Название
элемента

Содержание

Комментарий

1

2

3

<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>

Отчетный месяц

Отчетным месяцем считается последний месяц в отчетном периоде (для месяцев это порядковый номер месяца, для I, II, III, IV кварталов это 3, 6, 9, 12 месяц соответственно, для I и II полугодий — 6 и 12 соответственно, для 9 месяцев — 9, для года — 12)

<PERIOD_TYPE>

Тип отчетного периода

1 — месяц, 2 — квартал, 3 — полугодие, 4 — девять месяцев, 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 — Тип связи. Данный атрибут принимает фиксированные значения :

1 — ссылка в дополнение

2 — ссылка на основной документ

3 — ссылка на квитанцируемый документ

<C_DOC>

Код документа

Связанный документ

<C_DOC_SUB>

Подтип документа

<C_DOC_VER>

Номер версии документа

<C_DOC_TYPE>

Номер нового отчетного (уточняющего) документа

<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.

Соответственно сумма начисленного дохода из 12 строки запишется:

<RXXXXG03A ROWNUM=“12” >1000.32

 

Таблица 2

№ п/п

Идентификационный номер

Сумма начисленного дохода (грн., коп.)

1

2

 

RXXXXG02

RXXXXG03A

Х

Х

R01G03A

 

Основные требования к заполнению значений показателей следующие.

Значения показателей денежного типа заполняются в гривнях или в гривнях с копейками в зависимости от требований схемы данных и порядка заполнения соответствующей формы. Разделителем десятичных разрядов обязательно является точка. Если значение показателя равняется нулю, то оно записывается как

<Код показателя>0</Код показателя>

(или <Код показателя>0.00</Код показателя> в зависимости от схемы данных)

Например:

<R011G3>0.00</R011G3>

 

Значения показателей символьного типа не могут содержать символы:

> — больше;

< — меньше;

"

— двойные кавычки;

— апостроф;

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

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

Значения показателей типа «дата» сохраняются в формате

ддммрррр, где дд — день, мм — месяц, а рррр — год. Например: 15 декабря 2010 года запишется в виде 15122010.

Элементы, имеющие пустое значение, записыва-
ются в виде

<Код показателя xsi:nil=”true”/> или <Код показателя xsi:nil=”true”></Код показателя>, причем атрибут xsi:nil=”true” является обязательным.

Например: <R011G3 xsi:nil=

"true"/> или <R011G3 xsi:nil="true"></R011G3>.

Если элемент отсутствует в теле документа (элемента DECLARBODY), то его значение также считается пустым.

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

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

 

Таблица 3

>

&gt;

<

&lt;

"

&quot;

&apos;

&

&amp;

 

Директор департамента информационно-аналитического обеспечения процессов налогообложения М. С. Лаба

 

 

Приложение А к формату (стандарту) электронного документа отчетности плательщиков налогов

СТРУКТУРА ЭЛЕКТРОННОГО ДОКУМЕНТА НАЛОГОВОЙ ОТЧЕТНОСТИ:

 

<?xml version="1.0" encoding="windows-1251"?>

<DECLAR xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance

xsi:noNamespaceSchemaLocation="ім”я файлу, що містить XML-схему">

<DECLARHEAD>

<TIN><!--КОД ПЛАТНИКА-->

<C_DOC><!--КОД ДОКУМЕНТА-->

<C_DOC_SUB><!--ПІДТИП ДОКУМЕНТА-->

<C_DOC_VER><!--НОМЕР ВЕРСІЇ ДОКУМЕНТА-->

<C_DOC_TYPE><!--№ НОВОГО ЗВІТНОГО (УТОЧНЮЮЧОГО) ДОКУМЕНТА (0 - ЗВІТНИЙ)-->

</C_DOC_TYPE>

<C_DOC_CNT><!--№ ОДНОТИПНОГО ДОКУМЕНТА В ПЕРІОДІ-->

<C_REG><!--КОД ОБЛАСТІ ДПІ ОТРИМУВАЧА-->

<C_RAJ><!--КОД АДМІНІСТРАТИВНОГО РАЙОНУ ДПІ ОТРИМУВАЧА-->

<PERIOD_MONTH><!--ЗВІТНИЙ МІСЯЦЬ (ОСТАННІЙ У ЗВІТНОМУ ПЕРІОДІ)-->

<PERIOD_ TYPE ><!--ТИП ПЕРІОДУ-->

<PERIOD_YEAR><!--ЗВІТНИЙ РІК-->

<C_DOC_STAN><!--СТАН ДОКУМЕНТА-->

<C_STI_ORIG><!--КОД ДПІ, ДО ЯКОЇ ВІДСИЛАЄТЬСЯ ОРИГІНАЛ ДОКУМЕНТА-->

<LINKED_DOCS>

<!--ПОВ’ЯЗАНІ ДОКУМЕНТИ-->

<DOC NUM=”” TYPE=””>

<C_DOC><!--КОД ДОКУМЕНТА-->

<C_DOC_SUB><!--ПІДТИП ДОКУМЕНТА-->

<C_DOC_VER><!--НОМЕР ВЕРСІЇ ДОКУМЕНТА-->

<C_DOC_TYPE><!--№ НОВОГО ЗВІТНОГО (УТОЧНЮЮЧОГО) ДОКУМЕНТА (0 - ЗВІТНИЙ) -->

<C_DOC_CNT><!--№ ОДНОТИПНОГО ДОКУМЕНТА В ПЕРІОДІ-->

<C_DOC_STAN><!--СТАН ДОКУМЕНТА-->

<FILENAME><!-- ІМ’Я ФАЙЛУ--></ FILENAME>

</DOC>

</LINKED_DOCS>

<D_FILL><!--ДАТА ЗАПОВНЕНЯ ДОКУМЕНТА ПЛАТНИКОМ-->

<SOFTWARE><!--СИГНАТУРА ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ-->

</DECLARHEAD>

 

<DECLARBODY>

<КОД ПОКАЗНИКА> </КОД ПОКАЗНИКА>

</DECLARBODY>

</DECLAR>

 

Директор департамента информационно-аналитического обеспечения процессов налогообложения М. С. Лаба

 

 

Приложение Б к формату (стандарту) электронного документа отчетности плательщиков налогов

ПРИМЕР СФОРМИРОВАННОГО ЭЛЕКТРОННОГО ДОКУМЕНТА:

 

<?xml version="1.0" encoding="windows-1251"?>

<DECLAR xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance

xsi:noNamespaceSchemaLocation="j0100109.xsd">

<DECLARHEAD>

<TIN>223816</TIN>

<C_DOC>J01</C_DOC>

<C_DOC_SUB>001</C_DOC_SUB>

<C_DOC_VER>9</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>12</PERIOD_MONTH>

<PERIOD_TYPE>5</PERIOD_TYPE>

<PERIOD_YEAR>2010</PERIOD_YEAR>

<C_DOC_STAN>1</C_DOC_STAN>

<C_STI_ORIG>2301</C_STI_ORIG>

< LINKED_DOCS >

< DOC NUM=”1” TYPE=”1”>

<C_DOC>J01</C_DOC>

<C_DOC_SUB>151</C_DOC_SUB>

<C_DOC_VER>9</C_DOC_VER>

<C_DOC_TYPE>0</C_DOC_TYPE>

<C_DOC_CNT>1</C_DOC_CNT>

<C_DOC_STAN>1</C_DOC_STAN>

<FILENAME>23010000223816J0115109100000000151220102301.xml</FILENAME>

</DOC >

< DOC NUM=”2” TYPE=”1”>

<C_DOC>J01</C_DOC>

<C_DOC_SUB>151</C_DOC_SUB>

<C_DOC_VER>9</C_DOC_VER>

<C_DOC_TYPE>0</C_DOC_TYPE>

<C_DOC_CNT>1</C_DOC_CNT>

<C_DOC_STAN>1</C_DOC_STAN>

<FILENAME>23010000223816J0115309100000000151220102301.xml</FILENAME>

</DOC >

</LINKED_DOCS >

<D_FILL>01022011</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>

<R012G3>393800.0</R012G3>

<R014G3>578400.0</R014G3>

<R016G3>33441600.00</R016G3>

<R020G3>110613400.00</R020G3>

<R023G3>110613400.00</R023G3>

<R030G3>821258800.00</R030G3>

<R040G3>803398500.00</R040G3>

<R0410G3>16239600.00</R0410G3>

<R0412G3>41513900.00</R0412G3>

<R041G3>717296300.00</R041G3>

<R043G3>18835300.00</R043G3>

<R044G3>6962900.00</R044G3>

<R046G3>2550500.00</R046G3>

<R060G3>803398500.00</R060G3>

<R070G3>15184100.00</R070G3>

<R080G3>2676200.00</R080G3>

<R110G3>2676200.00</R110G3>

<R111G3>2676200.00</R111G3>

<R120G3>802900.00</R120G3>

<R121G3>802900.00</R121G3>

<R140G3>802900.00</R140G3>

<R150G3>625400.00</R150G3>

</DECLARBODY>

</DECLAR>

 

Директор департамента информационно-аналитического обеспечения процессов налогообложения М. С. Лаба

App
Скачайте наше мобильное приложение Factor

© Factor.Media, 1995 -
Все права защищены

Использование материалов без согласования с редакцией запрещено

Ознакомиться с договором-офертой

Присоединяйтесь
Адрес
г. Харьков, 61002, ул. Сумская, 106а
Мы принимаем
ic-privat ic-visa ic-visa

Мы используем cookie-файлы, чтобы сделать сайт максимально удобным для вас и анализировать использование наших продуктов и услуг, чтобы увеличить качество рекламных и маркетинговых активностей. Узнать больше о том, как мы используем эти файлы можно здесь.

Спасибо, что читаете нас Войдите и читайте дальше