ДЕРЖАВНА ПОДАТКОВА АДМІНІСТРАЦІЯ УКРАЇНИ
ЗАТВЕРДЖЕНОНаказ ДПА України
22.07.2008 N 485
{ Наказ втратив чинність на підставі Наказу Державноїподаткової адміністрації
N 213 ( v0213225-09 ) від 24.04.2009 }
УНІФІКОВАНИЙ ФОРМАТтранспортного повідомлення при інформаційній
взаємодії платників податків і податкових органів
в електронному вигляді телекомунікаційними каналами
зв'язку з використанням електронного
цифрового підпису
1. Загальні положення Уніфікований формат транспортного повідомлення при
інформаційній взаємодії платників податків і податкових органів в
електронному вигляді телекомунікаційними каналами зв'язку з
використанням електронного цифрового підпису (далі - Уніфікований
формат транспортного повідомлення) застосовується для організації
обміну електронними документами між податковими органами й
платниками податків телекомунікаційними каналами зв'язку з
використанням електронного цифрового підпису (далі - ЕЦП). Обмін
електронними документами здійснюється за допомогою транспортного
повідомлення (далі - ТП) (рис. 1) ( va485225-08 ) із прикріпленим
до нього транспортним контейнером, що містить зашифровані дані
(електронні звіти). Уніфікований формат транспортного повідомлення підтримує всі
діючі типи електронних документів інформаційної взаємодії,
обумовлених порядком подання податкової звітності відповідно до
чинного законодавства України та інших нормативних актів ДПА
України.
2. Вимоги до структури транспортного повідомлення, що
передається телекомунікаційними каналами зв'язку Для забезпечення обробки транспортного повідомлення прийомним
комплексом податкового органу у структурі транспортного
повідомлення передбачені такі обов'язкові поля (реквізити
транспортного повідомлення): "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", визначається
типом документа та ім'ям приєднаного транспортного контейнера. Транспортне повідомлення може мати тільки одного одержувача. Транспортний контейнер прикріплюється (ключове слово
"attachment") до транспортного повідомлення, переданого
телекомунікаційними каналами зв'язку як файл-вкладення, ім'я якого
зазначено в полі "Content-Disposition:" (параметр "filename").
Розмір файлу транспортного контейнера не може бути нульовим. Одне транспортне повідомлення, передане телекомунікаційними
каналами зв'язку, повинне містити тільки один вкладений у нього
транспортний контейнер. Розмір транспортного повідомлення,
переданого телекомунікаційними каналами зв'язку, не повинен
перевищувати 5 Мбайт. У випадку прийняття до обробки прийомним
комплексом транспортного повідомлення податкового органа контейнер
з тим самим ім'ям не може бути переданий тим самим відправником
вдруге. Приклад транспортного повідомлення, що містить документ
податкової звітності (розрахунку), наведено у додатку 1. Приклад файлу документа інформаційної взаємодії, що містить
звітність, наведено у додатку 3.
3. Вимоги до змісту та структури транспортного контейнера Транспортний контейнер являє собою файл, що складається з
транспортного заголовка, який містить реквізити транспортного
контейнера, та секції зашифрованих даних й реквізитів їхнього
шифрування. Всі криптографічні перетворення виконуються засобами
систем криптографічного захисту інформації (СКЗІ). Застосовувані
СКЗІ повинні відповідати таким вимогам: - реалізовувати процедури формування й перевірки ЕЦП
відповідно до вітчизняного стандарту ДСТУ 4145-2002; - реалізовувати процедури відкритого розподілу ключів
відповідно до вітчизняного стандарту ДСТУ ISO IEC 15946-3:2006; - реалізовувати процедури симетричного шифрування відповідно
до ГОСТ 28147-89; - бути сертифікованими відповідно до законодавства України. Реквізити шифрування даних: - Версія - реквізит формату файлу транспортного контейнера; - Довжина відбитка сертифіката ключа ЕЦП, за допомогою якого
були зашифровані дані - реквізит сертифіката відправника; - Відбиток сертифіката ключа ЕЦП, за допомогою якого були
зашифровані дані - реквізит сертифіката відправника; - Довжина імені власника сертифіката ключа ЕЦП, за допомогою
якого були зашифровані дані - реквізит сертифіката відправника; - Ім'я власника сертифіката ключа ЕЦП у кодуванні Windows
1251, за допомогою якого були зашифровані дані - реквізит
сертифіката відправника; - Довжина відбитка сертифіката ключа ЕЦП, за допомогою якого
можна розшифрувати дані - реквізит сертифіката одержувача; - Відбиток сертифіката ключа ЕЦП, за допомогою якого можна
розшифрувати дані - реквізит сертифіката одержувача; - Довжина імені власника сертифіката ключа ЕЦП, за допомогою
якого можна розшифрувати дані - реквізит сертифіката одержувача; - Ім'я власника сертифіката ключа ЕЦП у кодуванні Windows
1251, за допомогою якого можна розшифрувати дані - реквізит
сертифіката одержувача; - Довжина зашифрованого сесійного ключа - виробляється СКЗІ; - Зашифрований сесійний ключ - виробляється СКЗІ; - Довжина вектора ініціалізації - виробляється СКЗІ; - Вектор ініціалізації - виробляється СКЗІ; - Довжина зашифрованих даних - виробляється СКЗІ. Секція зашифрованих даних транспортного контейнера являє
собою блок даних, який містить у собі файл документа інформаційної
взаємодії (податкова декларація, квитанція, протокол тощо),
завірений ЕЦП - ДІВ, у зашифрованому вигляді. Дані документа, підписаного ЕЦП, знаходяться в файлі у
вигляді підписаних секцій, вкладених одна в одну. Кількість таких
секцій залежить від кількості ЕЦП на документі. Структуру транспортного контейнера наведено в додатку 2. Ім'я файлу транспортного контейнера збігається з ім'ям
документа інформаційної взаємодії (filename), яке він містить, але
має розширення "cri". Вимоги до найменування вихідного файлу
документа інформаційної взаємодії, його формату і правила
заповнення визначаються відповідними нормативними документами ДПА
України. Приклад файлу документа інформаційної взаємодії наведено
у додатку 3. Транспортний контейнер повинен містити всі обов'язкові файли
відповідно до опису в розділі 4, що відповідають типу документа,
переданого у транспортному контейнері. Допускається розширення
складу транспортного контейнера вступника з податкового органа
файлами, що містять додаткову технологічну інформацію. Файли, що
розширюють склад транспортного контейнера, не повинні збігатися за
структурою іменування з файлами, необхідними дійсним форматом. Найменування транспортного контейнера є регістронезалежним. Транспортний контейнер, що містить підтвердження доставки до
податкового органу відправленого документа з датою й часом його
прийому, має таке ж найменування, як і транспортний контейнер, що
містить первинний документ (вихідний файл документа інформаційної
взаємодії - filename), з розширенням "kvt". Транспортний контейнер, що містить підтвердження прийому
податковим органом первинного документа платника податків,
іменується так само, як транспортний контейнер, що містить
первинний документ, з розширенням "rpl".
4. Обмін типовими електронними документами інформаційної
взаємодії Перелік типових електронних документів інформаційної
взаємодії наведено у додатку 4. Податкова звітність Загальні відомості Ініціатором обміну даним типом документів є платник податків. Транспортні контейнери повинні містити податкові декларації
(розрахунки) у форматі подання, затвердженому ДПА України. Ім'я й розширення файлу транспортного контейнера повинно
відповідати імені і розширенню файлу, переданого в транспортному
контейнері. Імена файлів декларацій визначаються нормативними
документами ДПА України. Квитанція про доставку файлу звітності до податкового органу Ім'я контейнера: .kvt Зміст контейнера: файл квитанції про доставку звітності
платника податків, підписаний ЕЦП податкового органу. Повідомлення про прийом файлу звітності податковим органом Ім'я контейнера: .rpl Зміст контейнера: файл протоколу вхідного контролю,
підписаний ЕЦП податкового органу.
Додаток 1до Уніфікованого формату
транспортного повідомлення
при інформаційній взаємодії
платників податків
і податкових органів
в електронному вигляді
телекомунікаційними каналами
зв'язку з використанням
електронного цифрового
транспортного повідомлення, що містить документ податкової
звітності
From: "[email protected]" < [email protected] >
Subject: Zvit_to_STA_Report_Package:00000126
To: [email protected]
Content-Type: multipart/mixed; boundary="nKL74aFLyX=_quTCo1fSXn7ExWmSEcWQKL" MIME-Version: 1.0
Reply-To: [email protected]
Date: Tue, 8 Apr 2008 06:55:18 +0300
X-Mailer: Best Zvit MailAgent (v.08.001.0016)
Message-Id:
This is a multi-part message in MIME format
--nKL74aFLyX=_quTCo1fSXn7ExWmSEcWQKL
Content-Type: text/plain; charset="windows-1251"
Content-Transfer-Encoding: 8bit
[email protected]
00000126
Закрите акціонерне товариство "Нагляд"
Петров Петро Петрович
--nKL74aFLyX=_quTCo1fSXn7ExWmSEcWQKL
Content-Type: application/octet-stream;
name="26580000000126J020010610000132032008.XML"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="26580000000126J020010610000132032008.XML"
VFJBTlNQT1JUQUJMRQBsAQAARklMRU5BTUU9MjY1ODAwMDAwMDAxMjZKMDIwMDEwNjEwMDAwMTMy MDMyMDA4LlhNTA0KRURSUE9VPTAwMDAwMTI2DQpTTkRfTkFNRT0gx+Dq8Ojy5SDg6vaz7u3l8O3l IPLu4uDw6PHy4u4gIs3g4+v/5CINClNORF9FTUFJTD1jaGVwb3N0QGludGVsc2Vydi5raWV2LnVh DQpSQ1ZfRU1BSUw9Y2hlcG9zdEBpbnRlbHNlcnYua2lldi51YQ0KUFJHX1RZUEU9QlpfUExVUw0K UFJHX1ZFUj04NTQwMDANClNORF9EQVRFPTIwMDgwNDA4MTAwMDI2DQpDRVJUWVBFPVVTQw0KRFBB X0NEPTI2NTgNCkNSQzMyX1NJR049Qzk1QjRCMDcNCkNSQzMyX0ZJTEU9NDFGNjgwNkQNClNVQkpF Q1Q9x+Jp8u3gICDP7uTg8uru4uAg5OXq6+Dw4Paz/yDnIM/Ewg0KAFVTQ19DUllQVAAOAwAAMIID CjCCArKgAwIBAgICIBcwDQYLKoYkAgEBAQEDAQEwTDELMAkGA1UEBhMCVUExETAPBgNVBAcMCNCa 0LjRl9CyMSowKAYDVQQDDCHQptCh0Jog0KLQntCSICLQo9Ch0KYiICjRgtC10YHRgikwHhcNMDcw NDEzMDk0MjI5WhcNMDgwNDEyMDk0MjI5WjCB9DELMAkGA1UEBhMCVUExQjBABgNVBAoMOdCU0J9J INCjINCh0J7Qm9Ce0Jwn0K/QndCh0KzQmtCe0JzQoyDQoC3QnUkg0Jwu0JrQmNCE0JLQkDERMA8G A1UECwwIMjI2ODg4NjAxQjBABgNVBAMMOdCU0J9JINCjINCh0J7Qm9Ce0Jwn0K/QndCh0KzQmtCe 0JzQoyDQoC3QnUkg0Jwu0JrQmNCE0JLQkDE+MDwGA1UEEAw1MDMxNTEsINC8LtCa0LjRl9CyLCDQ stGD0Lsu0KHQvNGW0LvRj9C90YHRjNC60LAsINCxLjYxCjAIBgNVBC4MATIwXTAgBg0qhiQCAQEB AQMBAQEBMA8GDSqGJAIBAQEBAwEBAgkDOQAENggKYG8dpjombuOKKHjU8EmJs6mx7/i8jQBGRnXF QewQfz6SWn2MACp4p10+cy9ycAdlwg8c66OB0zCB0DAfBgNVHREEGDAWgRRyMjY1OEBreWl2c3Rh Lmdvdi51YTApBgNVHQ4EIgQgK9puJeBtvEuvL+x8hHjhyvDkJ2UhesH2WMHGDXFoMa0wJQYDVR0J BB4wHDAaBgwqhiQCAQEBCwEEAgExChMIMjI2ODg4NjAwDgYDVR0PAQH/BAQDAgTwMB4GCCsGAQUF BwEDAQH/BA8wDTALBgkqhiQCAQEBAgEwKwYDVR0jBCQwIoAg9ZI+eWr6Mnhv09/u27LVMD1lhQL/ rXDVIM01FUJHBvUwDQYLKoYkAgEBAQEDAQEDQwAEQEnfst10pV6MWBXYaHozzoxTBeEu9agZgOZS GB3cO9ES9nNMtduB0/pBT0e8sK9hH63CrgHlIB21K3vvVdCHMjUMDQoOAAMIAgsEAQUPCQcGCgAB DwsEDAMJAg0OBwYIBQ0FBAkOCwEABgwPCgIDCAcNAwwKAAQODwUIBgIBCwcJBQMJDwoLDAQHDg0C AQAGCAUGDwILDQgKBA4BAAcDDAkGAg8KCA4MCQcBBQ0DAAQLDgMMCwkBDQUCAA8GBAgKB8a9JmfQ ZultcgAAADBwBDZNCLod3+5SylvAYl8T4HxiXC5P493EjwKM0i1V1LCEKxNt142tBM+DPaIGWZoc fh9EPcwCb+IENmf1eeElrJyJJ9/qoSOS2yVjFY4J2j54dbhLSkgi/Avpkxa6lt1VlT5kwnRoThIW VyMmV/UCMAUfUgYOIYoMiQqr1QTC/LrhQ0KoOk2WEBClrANuM2LzPDfYSQYDngU+G8ou9mbSp05y mTFYkq3n0/h+D1uQDZUAAAAABAsAABu8CngVM5kQtdMgX6Qi4jLsoMFaUwLfkkXU1o55ZV7JiyOw f1SQdp4xaYonmxaJXiQBbvWoMsHfZIhtkHcHTroKR+SRuT4iORQMJ4M/66wkjrISwunbPBwmAk73 yBWAzfev17laDETqfqDK62xp9PgI+4WVtMV5pbIM8iYTblkpioy28WYhzzL2ITJwwoQgtZw+915z PWX2IwnqSbq8TnzsUlQhxm5ZNIgI5eHwk4XIiHzaPd7hxoSXSAPFwybXnysQWHrDuNM+TtowaQ7Q 3onAPSqexqJjB+6RnEpKkQyyBT0pZ4a+FfbZ4OuWxVXsLTxSkWPZxkvZuJ3rN+gQN92GisT+wvwX D/U2yvg6/q7jh7BmDdfaLI1eQlVcbjO3cXT9v2v7QmBbhvID12jGP2P3PT/BwUyzQQjBSuZXcpb9 w8J/ZdqL2S8GW16CsPAqq7Vu24ejfRa60wfMLWGsRZ9e0AKMNCBeTxDpaT/Atye1E1NiGKhjPGUJ FlAVVgnqPsHwxVuPo2PRPys2Mzz6vPQkR/rIyaSWZbSY6jeRlbY/EGi72PELwACEjsQ2smeqrqN9 np1wswtZupOWazKP4GfSTMhR/vQd10FfPAKB5ggcY826bUPsPqWOtZ7PdMJCaItqTsywHRphwbPu y2VeWunrb7jsyZvEeHkP1swe3hY/JajIuhnne6V4I7W6S6O/m/0JigLPhISth4wHxl47wwQE6cTw 2dJmrtAKxnGAN1AJxUHyiMKmwSR5MwVAqMffB8k56G+zcvfJDqY7t62IUaVrxLv8juEN5+k6ypY1 NnNoLJNVNZ1rSUturt9WiJTAlYARkX3lzQq94azUsv9N2kLPS0r9jSd9eBbhP51frA== --nKL74aFLyX=_quTCo1fSXn7ExWmSEcWQKL--
Додаток 2до Уніфікованого формату
транспортного повідомлення
при інформаційній взаємодії
платників податків
і податкових органів
в електронному вигляді
телекомунікаційними каналами
зв'язку з використанням
електронного цифрового
транспортного контейнера
Формат секцій файлу транспортного контейнера
------------------------------------------------------------------ | Розмір | Значення | Опис | |---------------------+---------------------+--------------------| |Змінної довжини, |Назва секції |Сигнатура заголовка | |закінчується нулем |(сигнатура) | | |---------------------+---------------------+--------------------| |4 байти |Число (integer) |Розмір заголовка, не| | | |враховуючи довжину | | | |сигнатури | |---------------------+---------------------+--------------------| |4 байти |Число (integer) |Розмір зашифрованого| | | |блоку даних | |---------------------+---------------------+--------------------| |4 байти |Число (integer) |Зміщення цифрового | | | |підпису | |---------------------+---------------------+--------------------| |4 байти |Число (integer) |Розмір підписаного | | | |блоку даних | |---------------------+---------------------+--------------------| |N-байт |Блок даних |Зміст секції | ------------------------------------------------------------------
Перелік секцій
------------------------------------------------------------------ | Сигнатура | Значення | |-------------+--------------------------------------------------| |TRANSPORTABLE|Транспортний заголовок та закінчується символом | | |CHR(0) | |-------------+--------------------------------------------------| |XXX_CRYPT |Зашифрована секція, XXX - сигнатура AЦСК | |-------------+--------------------------------------------------| |XXX_SIGN |Підписана секція, XXX - сигнатура AЦСК | ------------------------------------------------------------------
де XXX - символьний ідентифікатор, привласнений АЦСК, який
називається за порядком літер латинського алфавіту відповідно до
черговості проходження ними акредитації в Україні. Тобто, першому
акредитованому ЦСК в Україні буде привласнено символ "A", другому
за часом акредитації - символ "B", третьому "C" - далі за порядком
латинського алфавіту.
Порядок призначення секцій у файлі транспортного контейнера:
1. Підписана секція (XXX_SIGN) - підписана ключем головного
бухгалтера (за умови наявності посади на підприємстві);
2. Підписана секція (XXX_SIGN) - підписана ключем директора
(керівника) підприємства;
3. Підписана секція (XXX_SIGN) - підписана ключем цифрової
печатки підприємства (за умови її наявності);
4. Підписана секція (XXX_SIGN) - підписана ключем цифрової
печатки філіалу підприємства (за умови наявності філіалу на
підприємстві);
5. Зашифрована секція (XXX_CRYPT) - зашифрована сертифікатом
ДПІ.
Перелік полів транспортного заголовка
------------------------------------------------------------------ |Найменування| Значення |Обов'язковість| | | | заповнення | |------------+------------------------------------+--------------| |FILENAME |Ім'я файлу, що відправляє (у | Так | | |кодуванні Win1251) та закінчується | | | |символом CHR(13) + CHR(10) | | |------------+------------------------------------+--------------| |SND_NAME |Найменування/ПІБ платника податків, | Ні | | |що подає звіт (у кодуванні Win1251) | | | |та закінчується символом CHR(13) + | | | |CHR(10) | | |------------+------------------------------------+--------------| |SND_EMAIL |E-Mail відправника (у кодуванні | Ні | | |Win1251) та закінчується символом | | | |CHR(13) + CHR(10) | | |------------+------------------------------------+--------------| |RCV_NAME |Найменування отримувача (у кодуванні| Так | | |Win1251) та закінчується символом | | | |CHR(13) + CHR(10) | | |------------+------------------------------------+--------------| |RCV_EMAIL |E-Mail отримувача (у кодуванні | Ні | | |Win1251) та закінчується символом | | | |CHR(13) + CHR(10) | | |------------+------------------------------------+--------------| |PRG_TYPE |Назва програмного забезпечення для | Так | | |накладання та перевірки ЕЦП | | | |відправника довжиною не більше | | | |десяти символів (у кодуванні | | | |Win1251) та закінчується символом | | | |CHR(13) + CHR(10) | | |------------+------------------------------------+--------------| |PRG_VER |Версія програмного забезпечення для | Ні | | |накладання та перевірки ЕЦП | | | |відправника довжиною не більше | | | |десяти символів (у кодуванні | | | |Win1251) та закінчується символом | | | |CHR(13) + CHR(10) | | |------------+------------------------------------+--------------| |SND_DATE |Дата і час відправки в форматі | Так | | |YYYYMMDDHHNNSS без розподільників та| | | |закінчується символом CHR(13) + | | | |CHR(10) | | |------------+------------------------------------+--------------| |CERTYPE |Символьний ідентифікатор | Так | | |привласнений AЦСК (XXX) та | | | |закінчується символом CHR(13) + | | | |CHR(10) | | |------------+------------------------------------+--------------| |CRC32_SIGN |Контрольна сума згідно з алгоритмом | Так | | |CRC32 зашифрованого блоку даних та | | | |закінчується символом CHR(13) + | | | |CHR(10) | | |------------+------------------------------------+--------------| |CRC32_FILE |Контрольна сума згідно з алгоритмом | Так | | |CRC32 підписаного блоку даних та | | | |закінчується символом CHR(13) + | | | |CHR(10) | | |------------+------------------------------------+--------------| |SUBJECT |Тип документа податкової звітності | Так | | |(у кодуванні Win1251) та | | | |закінчується символом CHR(13) + | | | |CHR(10) | | ------------------------------------------------------------------
де XXX_SIGN та XXX_CRYPT - блок даних, підготовлених
криптографічною бібліотекою відповідного AЦСК.
Додаток 3до Уніфікованого формату
транспортного повідомлення
при інформаційній взаємодії
платників податків
і податкових органів
в електронному вигляді
телекомунікаційними каналами
зв'язку з використанням
електронного цифрового
файлу документа інформаційної взаємодії,
що містить звітність
Ім'я файлу:
26580000000126J020010610000134052008.XML
Зміст файлу:
xsi:noNamespaceSchemaLocation="J0200106.XSD">
00000126
J02
001
6
0
134
26
58
5
1
2008
1
03042008
1
2008
05
Закрите акц_онерне товариство "Нагляд"
00000126
236476834278
3266664-ГГ
12345, м.М.КИЇВ, Перемоги, б.32
12345
678876
chepost@ podatok.kiev.ua
ДП_ У СОЛОМ'ЯНСЬКОМУ Р-Н_ М.КИЄВА
150
30
150
150
0
0
0
0
30
0
0
0
0
0
0
0
0
30
0
30
0
0
0
0
0
30
03042008
Петров Петро Петрович
Ваніліна Олена Петрівна
Додаток 4до Уніфікованого формату
транспортного повідомлення
при інформаційній взаємодії
платників податків
і податкових органів
в електронному вигляді
телекомунікаційними каналами
зв'язку з використанням
електронного цифрового
типових електронних документів інформаційної взаємодії
1. Файл, що містить податкову звітність (декларацію
(розрахунок)) платника податків.
2. Квитанція про доставку файлу податкової звітності до
органу ДПС України.
3. Повідомлення про прийом податкової звітності органом ДПС
України.
4. Файл запиту платника податків про надання інформаційної
виписки про стан розрахунків з бюджетом.
5. Інформаційна виписка про стан розрахунків з бюджетом.
6. Неформалізований документ платника податків.
7. Неформалізований документ податкового органу.
Бухгалтер і Комп'ютер,
2008, 08, N 15
