Понравился сайт?

Поделись с друзьями




OPZ

ГлавнаяГлавная
ОсновыОсновы
ЗагрузкаЗагрузка
УстановкаУстановка
ОбновлениеОбновление
Порядок использованияПорядок использования
Ошибки при контроле структурыОшибки при контроле структуры
Как перенести/переустановить OPZКак перенести/переустановить OPZ
Не печатается документНе печатается документ
Как записать отчет на дискетуКак записать отчет на дискету
Заполнение Налоговой НакладнойЗаполнение Налоговой Накладной
Запрос в реестр ННЗапрос в реестр НН
Автозаполнение приложения №5 на основе реестра налоговых накладныхАвтозаполнение приложения №5
Справочник налоговых инспекцийСправочник налоговых инспекций
Про 'Центр обработки'Про центр обработки
Карта файловКарта файлов
Замена сертификата УСЦЗамена сертификата УСЦ
ЧаВО (FAQ)ЧаВО (FAQ)
Cтандарт электронного документа Cтандарт электронного документа
Нормативные документыНормативные документы
Памятка пользователю системы подачи отчетности в электронном виде Памятка пользователю
Полезные ссылки Полезные ссылки
ГолосованиеГолосование
ФорумФорум




Бесплатные ключи
Об использованиии бесплатных ключейОб использованиии бесплатных ключей
СОНАТА для бесплатных ключейСОНАТА для бесплатных ключей
Заключаем договор о признании электронных документов в демо-СОНАТЕЗаключаем договор в СОНАТЕ
Отправляем отчеты в СОНАТЕОтправляем отчеты в СОНАТЕ
Электронный кабинет плательщика налоговЭлектронный кабинет плательщика налогов


OPZ, бесплатные ключи и iFin.ua
Об использованиии бесплатных ключейОб использованиии бесплатных ключей
Заключение договора с ГНИ при помощи iFin.uaЗаключение договора с ГНИ при помощи iFin.ua
Отправка отчетов в iFinОтправка отчетов в iFin
Регистрация налоговых накладных в iFinРегистрация налоговых накладных в iFin
Подача отчетов по ЕСВ в iFinПодача отчетов по ЕСВ в iFin
Бесплатные ЭЦП и iFin.uaНастройка "Бесплатные ЭЦП и iFin.ua"


FreeZvit - создаем ЕСВ бесплатно
Установка FreeZvitУстановка FreeZvit
Обновление FreeZvitОбновление FreeZvit
Настройка FreeZvitНастройка FreeZvit
Создание отчета ЕСВ бесплатноСоздание отчета ЕСВ бесплатно


Онлайн-сервис Смарт Бухгалтерия
Заключение договора в Смарт БухгалтерияЗаключение договора в Смарт Бухгалтерия
Бесплатное создание и отправка отчётности в налоговуюБесплатное создание и отправка отчётности в налоговую
Заполнение декларации в Смарт БухгалтерияЗаполнение декларации в Смарт Бухгалтерия
Бесплатная подача отчётовБесплатная подача отчётов


OPZ и M.E.Doc
Регистрация налоговых накладных в M.E.DocЗаключение договора с ГНИ в M.E.Doc
Отправка отчетов из M.E.DocОтправка отчетов из M.E.Doc
Регистрация налоговых накладных в M.E.DocРегистрация налоговых накладных в M.E.Doc
Подача отчетов по ЕСВ в МЕДокПодача отчетов по ЕСВ в МЕДок


OPZ и Арт-звит
Регистрация налоговых накладных в АРТ-ЗвитЗаключение договора с ГНИ в АРТ-Звит
Отправка отчетов из Арт-ЗвитаОтправка отчетов из Арт-Звита


OPZ и ИВК
Настройка Настройка "Захист звітності ДПІ"
Заключение договора с ГНИ при помощи Заключение договора с ГНИ при помощи "Захист звітності ДПІ"
Отправка отчетов в Отправка отчетов в "Захист звітності ДПІ"
Шифровка отчетов ИВКШифровка отчетов ИВК
Замена сертификата ИВКЗамена сертификата ИВК


OPZ и бесплатные ключи (архив)
Настройка Настройка "Захист звітності ДПІ"
Заключение договора с ГНИ при помощи Заключение договора с ГНИ при помощи "Захист звітності ДПІ"
Отправка отчетов в Отправка отчетов в "Захист звітності ДПІ"
Использование бесплатных ключей ГНИ с локального дискаИспользование бесплатных ключей ГНИ с локального диска
Частые вопросы и ответы по Частые вопросы и ответы по "Захисту звітності"


OPZ и БестЗвит (архив)
Настройка БестЗвитНастройка БестЗвита
Заключение договора с ГНИ в БестЗвитЗаключение договора с ГНИ в БестЗвите
Подписывание УСЦОтправка отчетов из Бест-Звита
Регистрация налоговых накладных в БестЗвитРегистрация налоговых накладных в БестЗвите

Главная Вход Файлы Регистрация Форум
Пошук по сайту

ADV

EDZV и OPZ

Большинство рекомендаций и советов относительно OPZ можно применять и к EDZV. 
При этом учтите, что EDZV устанавливается в другую папку.


Статьи

Общие вопросы
Общие вопросы по установке и использованию OPZ

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 - Тип зв'язку. Даний атрибут приймає фіксовані значення :
  1. посилання на додаток, 
  2. посилання на основний документ, 
  3. посилання на документ, що квитувався
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

№ з/п Ідентифікаційний номер
 Сума нарахованого доходу
(грн.,коп.)
123  
  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
Прочитано: 117632 раз

Дополнительно на данную тему
Основы электронной отчетностиОсновы электронной отчетности
Полезные ссылкиПолезные ссылки
ГНИ КрымГНИ Крым
Создаем Заявление о присоединении к Договору Создаем Заявление о присоединении к Договору

[ Назад | Начало | Наверх ]



Ошибка в тексте? Выделите её мышкой и нажмите "Ctrl+Enter"

Система Orphus





Актуальна версія EDZV
Зкачати актуальну версію EDZV
Зкачати актуальну версію EDZV
1.32,1 от 31.01.2023

Пользователь


Добро пожаловать,
Guest

Регистрация или входРегистрация или вход
Потеряли пароль?Потеряли пароль?

Логин:
Пароль:

Сейчас онлайн
ПользователейПользователей: 0
ГостейГостей: 9
ВсегоВсего: 9

Подпишись на получение рассылок
Группы Google
Подпишитесь на получение рассылок группы UserOPZ и вы будете получать сообщения о выходе новых версий на указанный вами e-mail.

Подписаться

Перейти в группу UserOPZ

Счетчик





HostPro - Лучший хостинг

службы мониторинга серверов





Powered by SLAED CMS © 2005-2008 SLAED. All rights reserved.
Оптимально для экрана не менее 1024х768
При цитировании и использовании любых материалов ссылка на opz.org.ua обязательна.
При цитировании и использовании в интернете гиперссылка (hyperlink) на opz.org.ua обязательна.
Карта сайта