На виконання розпорядження Кабінету Міністрів України від 06.02.2008 N 262-р "Про заходи щодо удосконалення системи адміністрування податку на додану вартість" та з метою подальшої уніфікації інформаційної взаємодії між платниками податків, операторами і податковими органами телекомунікаційними каналами зв'язку з використанням електронного цифрового підпису (далі - ЕЦП)

1. Затвердити Уніфікований формат транспортного повідомлення при інформаційній взаємодії платників податків, операторів і податкових органів в електронному вигляді телекомунікаційними каналами зв'язку з використанням електронного цифрового підпису (далі - Уніфікований формат транспортного повідомлення), що додається.

2. Наказ ДПА України від 22.07.2008 N 485 "Про затвердження Уніфікованого формату транспортного повідомлення при інформаційній взаємодії платників податків і податкових органів в електронному вигляді телекомунікаційними каналами зв'язку з використанням електронного цифрового підпису" вважати таким, що втратив чинність.

3. Директору Департаменту інформаційно-аналітичного забезпечення процесів оподаткування Шевченку С.С. забезпечити дотримання вимог Уніфікованого формату транспортного повідомлення при введенні в промислову експлуатацію програмного забезпечення з використанням електронного цифрового підпису.

4. Директору Департаменту масово-роз'яснювальної роботи та звернень громадян Косарчуку В.П. оприлюднити Уніфікований формат транспортного повідомлення.

5. Контроль за виконанням наказу покласти на заступника Голови Регурецького В.В.

Уніфікований формат транспортного повідомлення для обміну інформацією між платниками податків, операторами і податковими органами в електронному вигляді телекомунікаційними каналами зв'язку з використанням електронного цифрового підпису (далі - Уніфікований формат транспортного повідомлення) застосовується для організації обміну електронними документами між платниками податків і податковими органами телекомунікаційними каналами зв'язку з використанням електронного цифрового підпису (далі - ЕЦП). Обмін електронними документами здійснюється за допомогою транспортного повідомлення (далі - ТП) із прикріпленим до нього транспортним контейнером, що містить зашифровані дані (електронні звіти, квитанції тощо).

Обмін інформацією між платниками податків і податковими органами в електронному вигляді може проводитися двома шляхами:

електронний документ передається безпосередньо до податкового органу;

електронний документ передається до податкового органу за допомогою Оператора електронної звітності.

Оператор електронної звітності (далі - ОЕЗ) являє собою комплекс, який складається з апаратного забезпечення, програмного забезпечення та нормативних документів і призначений для забезпечення транспортування документів між платниками податків і податковими органами в електронному вигляді телекомунікаційними каналами зв'язку, з використанням електронного цифрового підпису.

Усі криптографічні перетворення виконуються засобами систем криптографічного захисту інформації (СКЗІ). Застосовувані СКЗІ повинні відповідати таким вимогам:

реалізовувати процедури формування й перевірки ЕЦП відповідно до вітчизняного стандарту ДСТУ 4145-2002;

реалізовувати процедури відкритого розподілу ключів відповідно до вітчизняного стандарту ДСТУ ISO IEC 15946-3:2006;

реалізовувати процедури симетричного шифрування відповідно до ГОСТ 28147-89;

бути сертифікованими відповідно до законодавства України.

Функції бібліотек криптографічних перетворень, що надаються центрами сертифікації ключів для інтеграції у систему приймання та обробки податкової звітності, повинні відповідати специфікаціям криптографічних перетворень викладених у додатку 3.

Уніфікований формат транспортного повідомлення підтримує всі діючі типи електронних документів інформаційної взаємодії, обумовлених порядком подання податкової звітності відповідно до чинного законодавства України та інших нормативних актів Державної податкової адміністрації України.

4.1. Уніфіковане транспортне повідомлення для передачі документів безпосередньо до податкового органу

Схему уніфікованого транспортного повідомлення представлено на рис 1.

4.2. Уніфіковане транспортне повідомлення для передачі документів до податкового органу за допомогою Оператора електронної звітності

Схему уніфікованого транспортного повідомлення представлено на рис. 2.

Транспортне повідомлення являє собою файл у форматі електронної пошти (МІМЕ), оформлений за стандартом RFC-1521.

Файл, який вміщує транспортний контейнер, входить у транспортне повідомлення як файл-вкладення ("Content-Disposition: attachment"). Ім'я файла-вкладення зазначено в полі "filename". Розмір файла транспортного контейнера не може бути нульовим.

Транспортне повідомлення може мати тільки одного одержувача.

Одне транспортне повідомлення, передане телекомунікаційними каналами зв'язку, повинно містити тільки один вкладений у нього транспортний контейнер. Розмір транспортного повідомлення, переданого телекомунікаційними каналами зв'язку, не повинен перевищувати 10 Мбайт. У випадку прийняття до обробки транспортного повідомлення Оператором електронної звітності та прийомним комплексом податкового органу, контейнер з тим самим ім'ям не може бути переданий тим самим відправником вдруге.

Ідентифікаційний код платника податків за ЄДРПОУ або індивідуальний податковий номер фізичної особи далі за текстом - ЄДРПОУ.

Заголовок транспортного повідомлення повинен містити такі обов'язкові поля:

"From:" - поле, що містить ім'я відправника у кодуванні "Quoted Printable/Windows 1251" або "Base64/Windows 1251" й електронну адресу відправника, поміщену у кутові дужки <>;

"Reply-To:" - поле, що містить ім'я відправника в кодуванні "Quoted Printable/Windows 1251" або "Base64/Windows 1251" й електронну адресу відправника, поміщену у кутові дужки <>;

"To:" - поле, що містить ім'я одержувача в кодуванні "Quoted Printable/Windows 1251" або "Base64/Windows 1251" й електронну адресу одержувача, поміщену у кутові дужки <>;

"Message-ID:" - поле, що містить унікальний, у межах організації відправника, ідентифікатор повідомлення довільного формату з довжиною, що не перевищує 40 символів;

"Content-Transfer-Encoding:" - поле, що містить механізм кодування тіла повідомлення. Припустимі значення: "Quoted Printable/Windows 1251", "Base64".

Приєднаному файлу вкладення повинні відповідати поля:

"Content-Type:", що містить ключове слово "application/octet-stream" і параметр "name=". Параметр "name" повинен містити ім'я файла вкладення. Ім'я файла повинно кодуватися в Quoted Printable/Windows 1251 або Base64/Windows 1251.

"Content-Disposition:", що містить ключове слово "attachment" і параметр "filename". Ім'я файла повинно кодуватися в Quoted Printable/Windows 1251 або Base64/Windows 1251.

"Content-Length:", що містить довжину вкладення.

"Subject:" - зміст поля представлений у кодуванні "Quoted Printable/Windows 1251" або "Base64/Windows 1251", визначається типом документа та ім'ям приєднаного транспортного контейнера.

Приклад транспортного повідомлення, що містить документ податкової звітності (розрахунку), наведено у додатку 1.

Приклад файла документа податкової звітності наведено у додатку 2.

6.1. Узагальнений формат транспортного контейнера для передачі документів безпосередньо до податкового органу

Заголовок транспортного контейнера

Реквізити шифрування даних

Зашифровані дані

6.2. Перелік блоків даних транспортного контейнера для передачі документів безпосередньо до податкового органу

Зашифрований блок даних

Формат зашифрованого блоку даних:

Підпис

Формат підпису:

Позначка часу

Позначка часу отримується з АЦСК за протоколом TSP (Timestamp Protocol).

Формат позначки часу:

Заголовок транспортного контейнера

Транспортний заголовок документа містить інформацію про передаваний документ.

Формат транспортного заголовка документа:

Теги, використовувані в транспортному заголовку документа:

6.3. Формати повідомлень, які надсилаються в транспортному контейнері для передачі документів безпосередньо до податкового органу

Формат повідомлення "Документ"

Повідомлення передається від платника податків до податкового органу.

Структура:

1. Підпис відправника.

2. Транспортний заголовок документа.

3. Блок даних, зашифрований на одержувача, містить підписи платника податків і блок з документом у форматі XML.

Увага! Підписи платника повинні накладатися у такому порядку:

1. Підписана секція (XXX_SIGN) - підписана ключем головного бухгалтера (за умови наявності посади на підприємстві).

2. Підписана секція (XXX_SIGN) - підписана ключем директора (керівника) підприємства.

3. Підписана секція (XXX_SIGN) - підписана ключем цифрової печатки підприємства (за умови її наявності).

4. Підписана секція (XXX_SIGN) - підписана ключем цифрової печатки філіалу підприємства (за умови наявності філіалу на підприємстві).

5. Блок з документом у форматі XML.

Формат повідомлення "Документ з позначкою часу"

Повідомлення передається від податкового органу до платника податків.

Повідомлення є відповіддю податкового органу на запит документа.

Структура:

1. Транспортний заголовок документа.

2. Блок даних, зашифрований на одержувача:

2.1. Підпис податкового органу.

2.2. Позначка часу на момент отримання документа від платника податків.

2.3. Підписи платника податків.

2.4. Блок з документом у форматі XML.

Формат повідомлення "Відповідь на документ"

Повідомлення передається від податкового органу до платника податків.

Повідомлення є відповіддю податкового органу на переданий документ.

Наприклад, квитанція про призначення реєстраційного номера.

Структура:

1. Підпис податкового органу.

2. Транспортний заголовок документа.

3. Блок, зашифрований на платника податків, містить підписи і текст відповіді податкового органу.

Формат повідомлення "Відповідь на документ з позначкою часу" Повідомлення передається від податкового органу до платника податків.

Повідомлення є відповіддю податкового органу на переданий документ, якщо транспортний заголовок документа містить тег " GET_STAMP=1".

Наприклад, квитанція про призначення реєстраційного номера.

Структура:

1. Позначка часу.

2. Підпис податкового органу.

3. Транспортний заголовок документа.

4. Блок, зашифрований на платника податків, містить підписи і текст відповіді податкового органу.

7.1. Узагальнений формат транспортного контейнера ОЕЗ

Формат повідомлення для відправки на ОЕЗ:

Підпис відправника

Транспортний заголовок ОЕЗ

Транспортний контейнер документа

або

Блок даних, підготовлений для ОЕЗ

або

Зашифрований блок даних, підготовлений для ОЕЗ

Формат повідомлення від ОЕЗ:

Підпис ОЕЗ

Транспортний заголовок ОЕЗ

Транспортний контейнер документа

або

Блок даних, підготовлений ОЕЗ

або

Зашифрований блок даних, підготовлений ОЕЗ

7.2. Перелік блоків даних контейнера ОЕЗ

Зашифрований блок даних

Формат зашифрованого блоку даних:

Підпис

Формат підпису:

Позначка часу

Позначка часу отримується з АЦСК за протоколом TSP (Timestamp Protocol).

Формат позначки часу:

Транспортний заголовок ОЕЗ

Транспортний заголовок Оператора містить інформацію про передаваний блок даних.

Формат транспортного заголовка Оператора:

Теги, використовувані в транспортному заголовку ОЕЗ:

Ідентифікатором (ID) повідомлення є комбінація полів "FILENAME=" і "ANSWERID=".

Для повідомлень типу "Картка користувача" в полі "FILENAME=" знаходиться GUID.

Для повідомлень типу "Картка користувача" в таблиці ZPMSG поле IDRCP дорівнює нулю.

Тип повідомлення 10 призначений для одержання результату обробки сервером повідомлень типу 1-4.

7.3. Формати повідомлень, які передаються в транспортному контейнері ОЕЗ

Формат повідомлення "Документ"

Повідомлення передається від платника податків до ОЕЗ. Основний вид повідомлення. Призначений для передачі документів у податковий орган.

Структура:

1. Підпис відправника.

2. Транспортний заголовок ОЕЗ. У заголовку:

3. Блок даних, зашифрований на одержувача, містить контейнер документа.

Формат повідомлення "Квитанція"

Повідомлення передається від ОЕЗ платнику податків. Платник податків повинен підписати квитанцію і відправити її ОЕЗ для підтвердження доставки документа.

Структура:

1. Підпис ОЕЗ.

2. Транспортний заголовок ОЕЗ. У заголовку:

3. Блок, зашифрований на одержувача.