• Посилання скопійовано
Документ підготовлено в системі iplex

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

Державна податкова служба України | Наказ, Структура, Стандарт від 11.02.2011 № 90 | Документ не діє
Реквізити
  • Видавник: Державна податкова служба України
  • Тип: Наказ, Структура, Стандарт
  • Дата: 11.02.2011
  • Номер: 90
  • Статус: Документ не діє
  • Посилання скопійовано
Реквізити
  • Видавник: Державна податкова служба України
  • Тип: Наказ, Структура, Стандарт
  • Дата: 11.02.2011
  • Номер: 90
  • Статус: Документ не діє
Документ підготовлено в системі iplex
ДЕРЖАВНА ПОДАТКОВА АДМІНІСТРАЦІЯ УКРАЇНИ
Н А К А З
11.02.2011 N 90
Про внесення змін до формату (стандарту) електронного документа звітності платників податків
З метою подальшого розвитку технології подання платниками податків податкових документів в електронному вигляді, практичного впровадження законів України від 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. Контроль за виконанням наказу покласти на заступника Голови Котькала О.Б.
Голова Комісії з проведення
реорганізації ДПА України,
Голова ДПС України


В.Ю.Захарченко
Додаток 1
до наказу ДПА України
03.05.2006 N 242
( v0242225-06 )
(у редакції наказу
ДПА України
11.02.2011 N 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.
З логічної точки зору кожний документ подається у вигляді 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<?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
------------------------------------------------------------------
| Назва | Зміст | Коментар |
| елемента | | |
|--------------+------------------------+------------------------|
|<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 має такі |документ; |
| |дочірні елемент, що |- для квитанції - на |
| |співпадають з |документ, що квитується.|
| |відповідними значеннями |Елемент DOC має |
| |в елементі DECLARHEAD |обов'язкові атрибути: |
| |пов'язаного документа: |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</RXXXXG02>.
Відповідно сума нарахованого доходу з 12 рядка запишеться:
<RXXXXG03A ROWNUM="12" >1000.32</RXXXXG03A>
Таблиця 2
------------------------------------------------------------------
| N з/п | Ідентифікаційний номер | Сума нарахованого доходу |
| | | (грн.коп.) |
|---------+--------------------------+---------------------------|
| 1 | 2 | 3а |
|---------+--------------------------+---------------------------|
| | RXXXXG02 | RXXXXG03A |
|---------+--------------------------+---------------------------|
| X | X | R01G03A |
------------------------------------------------------------------
Основні вимоги до заповнення значень показників є такими:
1. Значення показників грошового типу заповнюються у гривнях або у гривнях з копійками залежно від вимог схеми даних та порядку заповнення відповідної форми. Роздільником десяткових розрядів обов'язково є крапка. Якщо значення показника дорівнює нулю, то воно записується як
<Код показника>0</Код показника>
(або <Код показника>0.00</Код показника> залежно від схеми даних)
Наприклад: <R011G3>0.00</R011G3>
2. Значення показників символьного типу не можуть містити символи:
> - більше;
< - менше
" - подвійні лапки;
' - апостроф;
& - амперсанд;
Замість них використовуються відповідні макропідстановки, наведені у таблиці 3.
Таблиця 3
------------------------------------------------------------------
| > | >: |
|-----------------------------+----------------------------------|
| < | < |
|-----------------------------+----------------------------------|
| " | " |
|-----------------------------+----------------------------------|
| ' | &apos; |
|-----------------------------+----------------------------------|
| & | & |
------------------------------------------------------------------
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-документ може містити додаткові службові елементи та атрибути, що не описуються даним форматом (стандартом).
Приклад сформованого електронного документа наведено в додатку Б.
Директор департаменту
інформаційно-аналітичного
забезпечення
процесів оподаткування



М.С.Лаба
Додаток А
до формату (стандарту)
електронного документа
звітності платників податків
СТРУКТУРА
електронного документа податкової звітності:
<?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>
<C_DOC_STAN><!--СТАН ДОКУМЕНТА--></C_DOC_STAN>
<C_STI_ORIG><!--КОД ДПІ, ДО ЯКОЇ ВІДСИЛАЄТЬСЯ ОРИГІНАЛ
ДОКУМЕНТА--></C_STI_ORIG>
<LINKED_DOCS>
<!--ПОВ'ЯЗАНІ ДОКУМЕНТИ-->
<DOC NUM="<!--НОМЕР ПОВ'ЯЗАНОГО ДОКУМЕНТА В ПЕРЕЛІКУ-->"
TYPE="<!--ТИП ЗВ'ЯЗКУ-->">
<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_DOC_STAN><!--СТАН ДОКУМЕНТА--></C_DOC_STAN>
<FILENAME><!-- ІМ'Я ФАЙЛУ--></ FILENAME >
...
</DOC>
</LINKED_DOCS>
<D_FILL><!--ДАТА ЗАПОВНЕННЯ ДОКУМЕНТА ПЛАТНИКОМ--></D_FILL>
<SOFTWARE><!--СИГНАТУРА ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ--></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>
Директор департаменту
інформаційно-аналітичного
забезпечення
процесів оподаткування



М.С.Лаба