ДЕРЖАВНА ПОДАТКОВА АДМІНІСТРАЦІЯ УКРАЇНИ
ЗАТВЕРДЖЕНО
Наказ ДПА України
22.07.2008 N 485
( Наказ втратив чинність на підставі Наказу Державної податкової адміністрації N 213 від 24.04.2009 )
УНІФІКОВАНИЙ ФОРМАТ
транспортного повідомлення при інформаційній взаємодії платників податків і податкових органів в електронному вигляді телекомунікаційними каналами зв'язку з використанням електронного цифрового підпису
1. Загальні положення
Уніфікований формат транспортного повідомлення при інформаційній взаємодії платників податків і податкових органів в електронному вигляді телекомунікаційними каналами зв'язку з використанням електронного цифрового підпису (далі - Уніфікований формат транспортного повідомлення) застосовується для організації обміну електронними документами між податковими органами й платниками податків телекомунікаційними каналами зв'язку з використанням електронного цифрового підпису (далі - ЕЦП). Обмін електронними документами здійснюється за допомогою транспортного повідомлення (далі - ТП) ( рис. 1) із прикріпленим до нього транспортним контейнером, що містить зашифровані дані (електронні звіти).
Уніфікований формат транспортного повідомлення підтримує всі діючі типи електронних документів інформаційної взаємодії, обумовлених порядком подання податкової звітності відповідно до чинного законодавства України та інших нормативних актів ДПА України.
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.
Податкова звітність
Загальні відомості
Ініціатором обміну даним типом документів є платник податків.
Транспортні контейнери повинні містити податкові декларації (розрахунки) у форматі подання, затвердженому ДПА України.
Ім'я й розширення файлу транспортного контейнера повинно відповідати імені і розширенню файлу, переданого в транспортному контейнері. Імена файлів декларацій визначаються нормативними документами ДПА України.
Квитанція про доставку файлу звітності до податкового органу
Ім'я контейнера: <filename>.kvt
Зміст контейнера: файл квитанції про доставку звітності платника податків, підписаний ЕЦП податкового органу.
Повідомлення про прийом файлу звітності податковим органом
Ім'я контейнера: <filename>.rpl
Зміст контейнера: файл протоколу вхідного контролю, підписаний ЕЦП податкового органу.
Додаток 1
до Уніфікованого формату
транспортного повідомлення
при інформаційній взаємодії
платників податків
і податкових органів
в електронному вигляді
телекомунікаційними каналами
зв'язку з використанням
електронного цифрового
підпису
ПРИКЛАД
транспортного повідомлення, що містить документ податкової звітності
From: "deklarenko@podatok.com" < deklarenko@podatok.com >
Subject: Zvit_to_STA_Report_Package:00000126
To: r2658@kyivsta.gov.ua
Content-Type: multipart/mixed; boundary="nKL74aFLyX=_quTCo1fSXn7ExWmSEcWQKL"
MIME-Version: 1.0
Reply-To: chepost@podatok.kiev.ua
Date: Tue, 8 Apr 2008 06:55:18 +0300
X-Mailer: Best Zvit MailAgent (v.08.001.0016)
Message-Id: <E1Jj7og-0005FF-PO@ podatok.kiev.ua>
This is a multi-part message in MIME format
--nKL74aFLyX=_quTCo1fSXn7ExWmSEcWQKL
Content-Type: text/plain; charset="windows-1251"
Content-Transfer-Encoding: 8bit
deklarenko@podatok.com
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
Зміст файлу:
<?xml version="1.0" encoding="windows-1251"?>
<DECLAR xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="J0200106.XSD">
<DECLARHEAD>
<TIN>00000126</TIN>
<C_DOC>J02</C_DOC>
<C_DOC_SUB>001</C_DOC_SUB>
<C_DOC_VER>6</C_DOC_VER>
<C_DOC_TYPE>0</C_DOC_TYPE>
<C_DOC_CNT>134</C_DOC_CNT>
<C_REG>26</C_REG>
<C_RAJ>58</C_RAJ>
<PERIOD_MONTH>5</PERIOD_MONTH>
<PERIOD_TYPE>1</PERIOD_TYPE>
<PERIOD_YEAR>2008</PERIOD_YEAR>
<C_DOC_STAN>1</C_DOC_STAN>
<D_FILL>03042008</D_FILL>
<SOFTWARE/>
</DECLARHEAD>
<DECLARBODY>
<HZ>1</HZ>
<HZY>2008</HZY>
<HZM>05</HZM>
<HZYP xsi:nil="true"></HZYP>
<HNAME> Закрите акц_онерне товариство "Нагляд"</HNAME>
<HTINJ>00000126</HTINJ>
<HDDGVSD xsi:nil="true"></HDDGVSD>
<HNDGVSD xsi:nil="true"></HNDGVSD>
<HNPDV>236476834278</HNPDV>
<HNSPDV>3266664-ГГ</HNSPDV>
<HLOC>12345, м.М.КИЇВ, Перемоги, б.32</HLOC>
<HZIP>12345</HZIP>
<HTEL>678876</HTEL>
<HFAX xsi:nil="true"></HFAX>
<HEMAIL>chepost@ podatok.kiev.ua</HEMAIL>
<HSTI>ДП_ У СОЛОМ'ЯНСЬКОМУ Р-Н_ М.КИЄВА</HSTI>
<R10GA>150</R10GA>
<R10GB>30</R10GB>
<R21GA xsi:nil="true"></R21GA>
<R22GA xsi:nil="true"></R22GA>
<R30GA xsi:nil="true"></R30GA>
<R40GA xsi:nil="true"></R40GA>
<R50GA>150</R50GA>
<R52GA>150</R52GA>
<R52GB xsi:nil="true"></R52GB>
<R60GA xsi:nil="true"></R60GA>
<R60GB>0</R60GB>
<R60GAD xsi:nil="true"></R60GAD>
<R70GA xsi:nil="true"></R70GA>
<R70GB>0</R70GB>
<R82GB>0</R82GB>
<R83GA xsi:nil="true"></R83GA>
<R83GB>0</R83GB>
<R90GB>30</R90GB>
<R101GB>0</R101GB>
<R102GA xsi:nil="true"></R102GA>
<R110GA>0</R110GA>
<R121GB>0</R121GB>
<R122GA xsi:nil="true"></R122GA>
<R122GB>0</R122GB>
<R123GA xsi:nil="true"></R123GA>
<R124GA xsi:nil="true"></R124GA>
<R124GB>0</R124GB>
<R125GA xsi:nil="true"></R125GA>
<R125GB>0</R125GB>
<R162GA xsi:nil="true"></R162GA>
<R162GB>0</R162GB>
<R163GB xsi:nil="true"></R163GB>
<R170GB>0</R170GB>
<R181GB>30</R181GB>
<R182GB>0</R182GB>
<R200GB>30</R200GB>
<R210GB>0</R210GB>
<R222GB>0</R222GB>
<R230GB>0</R230GB>
<R240GB>0</R240GB>
<R260GB>0</R260GB>
<R270GB>30</R270GB>
<R20G16S xsi:nil="true"></R20G16S>
<HFILL>03042008</HFILL>
<HBOS> Петров Петро Петрович</HBOS>
<HBUH>Ваніліна Олена Петрівна</HBUH>
<HFO xsi:nil="true"></HFO>
</DECLARBODY>
<!-- YOUR_ID="58762" -->
</DECLAR>
Додаток 4
до Уніфікованого формату
транспортного повідомлення
при інформаційній взаємодії
платників податків
і податкових органів
в електронному вигляді
телекомунікаційними каналами
зв'язку з використанням
електронного цифрового
підпису
ПЕРЕЛІК
типових електронних документів інформаційної взаємодії
1. Файл, що містить податкову звітність (декларацію (розрахунок)) платника податків.
2. Квитанція про доставку файлу податкової звітності до органу ДПС України.
3. Повідомлення про прийом податкової звітності органом ДПС України.
4. Файл запиту платника податків про надання інформаційної виписки про стан розрахунків з бюджетом.
5. Інформаційна виписка про стан розрахунків з бюджетом.
6. Неформалізований документ платника податків.
7. Неформалізований документ податкового органу.
Бухгалтер і Комп'ютер, 2008, 08, N 15