String, 1..2000 Character -->
<!ELEMENT CSDCC2Details (CSDCCGoodsNum, CSCCDGoodsNum,
CSCCDGoodsCode, CSCCDGoodsWeight?,
CSDCCToPlace?,
CSDCC2GoodsExpens+)> <!-- Информация по товару -->
<!ELEMENT CSDCC2GoodsExpens (CSDCCCostUA, CSDCCCostCurr?,
CSDCCGoodsQuantity?, CSDCC2GoodsExpensNote)> <!-- Пункт -->
<!ATTLIST CSDCC2GoodsExpens GoodsExpPart CDATA #REQUIRED> <!--
Номер пункта -->
<!ELEMENT CSDCCGoodsQuantity (CSDCCGoodsQty,
CSDCCUnitOfMeasure?,
CSDCCCostUA, CSDCCCostCurr?> <!-- Количество -->
<!ELEMENT CSDCCGoodsQty (#PCDATA)> <!-- Количество в единицах
измерения String, 1..20 Character Float -->
<!ELEMENT CSDCCUnitOfMeasure EMPTY> <!-- Единица измерения -->
<!ATTLIST CSDCCUnitOfMeasure dicValue CDATA #REQUIRED> <!-- Код
единицы измерения -->
<!ELEMENT CSDCC2GoodsExpensNote (#PCDATA)> <!-- Примечания
String, 1..240 Character -->
<!ELEMENT CSDCC3 (CSDCC3Header, CSDCCDetails+)> <!-- ДТС-3 -->
<!ELEMENT CSDCC3Header (CSDCCClient, CSDCCClient, CSDCCClient,
CSDCCCustoms?, CSDCCDelivery, CSDCCDocComm, CSDCCDocDeal,
CSDCCDecision?,
CSDCCPart*,
CSDCCExpens?,
CSDCCPages, CSDCCFill)> <!-- Заглавие ДТС-3 -->
Додаток 9
до Специфікації форматів
електронних повідомлень
автоматизованої системи
митного оформлення товарів
і транспортних засобів
на рівні суб'єкт - митний
орган
ОПИС
DTD для XML-документа електронної копії листа узгодження
Файл з електронною копією ДМВ у форматі XML повинен відповідати стандарту XML-документа згідно з вимогами W3C "Extesible Markup Language (XML) 1.0 (Second Edition)" та повинен передаватися в кодировці "Windows-1251".
<?xml version="1.0" encoding="windows-1251"?>
<!ELEMENT CSLetterA (CSLAHeader, CSLABody)> <!-- Лист-узгодження
(ЛУ) -->
<!ELEMENT CSLAHeader (CSLANumber?, CSLADate?, CSLAClient)> <!--
Заглавие ЛУ -->
<!ELEMENT CSLANumber (#PCDATA)> <!-- Номер ЛУ (внутренний
декларанта) String, 1..14 characters -->
<!ELEMENT CSLADate (#PCDATA)> <!-- Дата ЛУ String, 1..10
Character DateTime (DD-MM-YYYY) -->
<!ELEMENT CSLAClient (CSLAPartyID?, Country?, Name, Address?)>
<!-- Участник -->
<!ATTLIST CSLAClient dicValue (1|2|3|4|5) "1"> <!-- Тип
участника -->
<!ELEMENT CSLAPartyID (#PCDATA)> <!-- КОД ЄДРПОУ/ДРФОУ String
1..10 Character -->
<!ELEMENT Country (#PCDATA)> <!-- Страна 2ALPHA String 1..2
Character country name -->
<!ELEMENT Name (#PCDATA)> <!-- Наименование String 1..70
Character -->
<!ELEMENT Address (#PCDATA)> <!-- Адрес String 1..70 Character -
->
<!ELEMENT CSLABody (CSLACommon, CSLADetails+, CSLADoc+)> <!-- ЛУ
-->
<!ELEMENT CSLACommon (CSLAOutNum, CSLAOutDate,
CSLAClient, CSLAClient, CSLACustoms, CSLAProc, CSLADeal,
CSLACostAll)> <!-- Заглавие ЛУ -->
<!ELEMENT CSLAOutNum (#PCDATA)> <!-- Номер исходящий ЛУ 1..20
characters -->
<!ELEMENT CSLAOutDate (#PCDATA)> <!-- Дата ЛУ String, 1..10
Character DateTime (DD-MM-YYYY) -->
<!ELEMENT CSLACustoms EMPTY> <!-- Таможня оформления -->
<!ATTLIST CSLACustoms dicValue CDATA #REQUIRED> <!-- Код таможни
String, 1..9 Character -->
<!ELEMENT CSLADeal EMPTY> <!-- Характер сделки -->
<!ATTLIST CSLADeal dicValue CDATA #REQUIRED> <!-- Код характера
сделки -->
<!ELEMENT CSLAProc EMPTY> <!-- Процедура -->
<!ATTLIST CSLAProc dicValue CDATA #REQUIRED> <!-- Код процедуры
-->
<!ELEMENT CSLACostAll (CSLACostUA, CSLACostCurr?)> <!-- Общая
стоимость -->
<!ELEMENT CSLACostUA (#PCDATA)> <!-- Цена в грн. String, 1..20
Character Float -->
<!ELEMENT CSLACostCurr (CSLACost, CSLACurrency)> <!-- Цена в
валюте -->
<!ELEMENT CSLACost (#PCDATA)> <!-- Цена в валюте String, 1..20
Character Float -->
<!ELEMENT CSLACurrency (CSLACurRate, CSLACurRateDate)> <!--
B`k~r` -->
<!ATTLIST CSLACurrency dicValue CDATA #REQUIRED> <!-- Код валюты
-->
<!ELEMENT CSLACurRate (#PCDATA)> <!-- Курс валюты String, 1..20
Character Float -->
<!ELEMENT CSLACurRateDate (#PCDATA)> <!-- Дата курса String,
1..10 Character DateTime (DD-MM-YYYY) -->
<!ELEMENT CSLADetails (CSLAGoodsNum, CSLAGoods,
CSLAGoodsCost, CSLAGoodsQuantity)> <!-- Информация по товару -->
<!ELEMENT CSLAGoodsNum (#PCDATA)> <!-- Номер товара в ЛУ String,
1..3 Character Integer -->
<!ELEMENT CSLAGoods (#PCDATA)> <!-- Описание товара String,
1..240 Character -->
<!ATTLIST CSLAGoods GoodsCode CDATA #REQUIRED> <!-- Код товара
String, 1..10 Character -->
<!ELEMENT CSLAGoodsCost (CSLACostUA, CSLACostCurr?)> <!--
Стоимость товара -->
<!ELEMENT CSLAGoodsQuantity (CSLAGoodsWeight, CSLAGoodsQty?)> <!-
- Количество -->
<!ELEMENT CSLAGoodsWeight (#PCDATA)> <!-- Вес String, 1..20
Character Float -->
<!ELEMENT CSLAGoodsQty (#PCDATA)> <!-- Количество в единицах
измерения String, 1..20 Character Float -->
<!ATTLIST CSLAGoodsQty dicValue CDATA #REQUIRED> <!-- Код
единицы измерения -->
<!ELEMENT CSLADoc (CSLAGoodsNum?, CSLADocNum, CSLADocDate,
CSLADocDateEnd?)> <!-- Информация по документам -->
<!ELEMENT CSLADocNum (#PCDATA)> <!-- Документ String, 1..30
Character -->
<!ATTLIST CSLADocNum DocCode CDATA #REQUIRED> <!-- Код документа
String, 1..4 Character -->
<!ELEMENT CSLADocDate (#PCDATA)> <!-- Дата документа String,
1..10 Character DateTime (DD-MM-YYYY) -->
<!ELEMENT CSLADocDateEnd (#PCDATA)> <!-- Дата окончания
документа String, 1..10 Character
DateTime (DD-MM-YYYY) -->
Додаток 10
до Специфікації форматів
електронних повідомлень
автоматизованої системи
митного оформлення товарів
і транспортних засобів
на рівні суб'єкт - митний
орган
ФУНКЦІЯ
розрахунку 32-розрядної контрольної суми (мова С)
/**********
*
* Copyright, applying to UpdateCRC() and crc_32_tab[]:
*
* COPYRIGHT (C) 1986 Gary S. Brown.
*
**********/
/**********
*
* First, the polynomial itself and its table of feedback terms.
* The polynomial is
* X^32+X^26+X^23+X^22+X^16+X^12+X^11+X^10+X^8+X^7+X^5+X^4+X^2+X^1+
* X^0
*
* Note that we take it "backwards" and put the highest-order term
* in the lowest-order bit. The X^32 term is "implied"; the LSB is
* the X^31 term, etc. The X^0 term (usually shown as "+1") results
* in the MSB being 1.
*
* Note that the usual hardware shift register implementation,
* which is what we're using (we're merely optimizing it by doing
* eight-bit chunks at a time) shifts bits into the lowest-order
* term. In our implementation, that means shifting towards the
* right. Why do we do it this way? Because the calculated CRC must
* be transmitted in order from highest-order term to lowest-order
* term. UARTs transmit characters in order from LSB to MSB. By
* storing the CRC this way, we hand it to the UART in the order
* low-byte to high-byte; the UART sends each low-bit to hight-bit;
* and the result is transmission bit by bit from highest - to
* lowest-order term without requiring any bit shuffling on our
* part. Reception works similarly.
*
* The feedback terms table consists of 256, 32-bit entries. Notes:
*
* The table can be generated at runtime if desired; code to do so
* is shown later. It might not be obvious, but the feedback terms
* simply represent the results of eight shift/xor operations for
* all combinations of data and CRC register values.
*
* The values must be right-shifted by eight bits by the "updcrc"
* logic; the shift must be unsigned (bring in zeroes). On some
* hardware you could probably optimize the shift in assembler by
* using byte-swap instructions.
* polynomial $edb88320
*
**********/
unsigned long crc_32_tab[] =
{
0x00000000L, 0x77073096L, 0xee0e612cL, 0x990951baL, 0x076dc419L,
0x706af48fL, 0xe963a535L, 0x9e6495a3L, 0x0edb8832L, 0x79dcb8a4L,
0xe0d5e91eL, 0x97d2d988L, 0x09b64c2bL, 0x7eb17cbdL, 0xe7b82d07L,
0x90bf1d91L, 0x1db71064L, 0x6ab020f2L, 0xf3b97148L, 0x84be41deL,
0x1adad47dL, 0x6ddde4ebL, 0xf4d4b551L, 0x83d385c7L, 0x136c9856L,
0x646ba8c0L, 0xfd62f97aL, 0x8a65c9ecL, 0x14015c4fL, 0x63066cd9L,
0xfa0f3d63L, 0x8d080df5L, 0x3b6e20c8L, 0x4c69105eL, 0xd56041e4L,
0xa2677172L, 0x3c03e4d1L, 0x4b04d447L, 0xd20d85fdL, 0xa50ab56bL,
0x35b5a8faL, 0x42b2986cL, 0xdbbbc9d6L, 0xacbcf940L, 0x32d86ce3L,
0x45df5c75L, 0xdcd60dcfL, 0xabd13d59L, 0x26d930acL, 0x51de003aL,
0xc8d75180L, 0xbfd06116L, 0x21b4f4b5L, 0x56b3c423L, 0xcfba9599L,
0xb8bda50fL, 0x2802b89eL, 0x5f058808L, 0xc60cd9b2L, 0xb10be924L,
0x2f6f7c87L, 0x58684c11L, 0xc1611dabL, 0xb6662d3dL, 0x76dc4190L,
0x01db7106L, 0x98d220bcL, 0xefd5102aL, 0x71b18589L, 0x06b6b51fL,
0x9fbfe4a5L, 0xe8b8d433L, 0x7807c9a2L, 0x0f00f934L, 0x9609a88eL,
0xe10e9818L, 0x7f6a0dbbL, 0x086d3d2dL, 0x91646c97L, 0xe6635c01L,
0x6b6b51f4L, 0x1c6c6162L, 0x856530d8L, 0xf262004eL, 0x6c0695edL,
0x1b01a57bL, 0x8208f4c1L, 0xf50fc457L, 0x65b0d9c6L, 0x12b7e950L,
0x8bbeb8eaL, 0xfcb9887cL, 0x62dd1ddfL, 0x15da2d49L, 0x8cd37cf3L,
0xfbd44c65L, 0x4db26158L, 0x3ab551ceL, 0xa3bc0074L, 0xd4bb30e2L,
0x4adfa541L, 0x3dd895d7L, 0xa4d1c46dL, 0xd3d6f4fbL, 0x4369e96aL,
0x346ed9fcL, 0xad678846L, 0xda60b8d0L, 0x44042d73L, 0x33031de5L,
0xaa0a4c5fL, 0xdd0d7cc9L, 0x5005713cL, 0x270241aaL, 0xbe0b1010L,
0xc90c2086L, 0x5768b525L, 0x206f85b3L, 0xb966d409L, 0xce61e49fL,
0x5edef90eL, 0x29d9c998L, 0xb0d09822L, 0xc7d7a8b4L, 0x59b33d17L,
0x2eb40d81L, 0xb7bd5c3bL, 0xc0ba6cadL, 0xedb88320L, 0x9abfb3b6L,
0x03b6e20cL, 0x74b1d29aL, 0xead54739L, 0x9dd277afL, 0x04db2615L,
0x73dc1683L, 0xe3630b12L, 0x94643b84L, 0x0d6d6a3eL, 0x7a6a5aa8L,
0xe40ecf0bL, 0x9309ff9dL, 0x0a00ae27L, 0x7d079eb1L, 0xf00f9344L,
0x8708a3d2L, 0x1e01f268L, 0x6906c2feL, 0xf762575dL, 0x806567cbL,
0x196c3671L, 0x6e6b06e7L, 0xfed41b76L, 0x89d32be0L, 0x10da7a5aL,
0x67dd4accL, 0xf9b9df6fL, 0x8ebeeff9L, 0x17b7be43L, 0x60b08ed5L,
0xd6d6a3e8L, 0xa1d1937eL, 0x38d8c2c4L, 0x4fdff252L, 0xd1bb67f1L,
0xa6bc5767L, 0x3fb506ddL, 0x48b2364bL, 0xd80d2bdaL, 0xaf0a1b4cL,
0x36034af6L, 0x41047a60L, 0xdf60efc3L, 0xa867df55L, 0x316e8eefL,
0x4669be79L, 0xcb61b38cL, 0xbc66831aL, 0x256fd2a0L, 0x5268e236L,
0xcc0c7795L, 0xbb0b4703L, 0x220216b9L, 0x5505262fL, 0xc5ba3bbeL,
0xb2bd0b28L, 0x2bb45a92L, 0x5cb36a04L, 0xc2d7ffa7L, 0xb5d0cf31L,
0x2cd99e8bL, 0x5bdeae1dL, 0x9b64c2b0L, 0xec63f226L, 0x756aa39cL,
0x026d930aL, 0x9c0906a9L, 0xeb0e363fL, 0x72076785L, 0x05005713L,
0x95bf4a82L, 0xe2b87a14L, 0x7bb12baeL, 0x0cb61b38L, 0x92d28e9bL,
0xe5d5be0dL, 0x7cdcefb7L, 0x0bdbdf21L, 0x86d3d2d4L, 0xf1d4e242L,
0x68ddb3f8L, 0x1fda836eL, 0x81be16cdL, 0xf6b9265bL, 0x6fb077e1L,
0x18b74777L, 0x88085ae6L, 0xff0f6a70L, 0x66063bcaL, 0x11010b5cL,
0x8f659effL, 0xf862ae69L, 0x616bffd3L, 0x166ccf45L, 0xa00ae278L,
0xd70dd2eeL, 0x4e048354L, 0x3903b3c2L, 0xa7672661L, 0xd06016f7L,
0x4969474dL, 0x3e6e77dbL, 0xaed16a4aL, 0xd9d65adcL, 0x40df0b66L,
0x37d83bf0L, 0xa9bcae53L, 0xdebb9ec5L, 0x47b2cf7fL, 0x30b5ffe9L,
0xbdbdf21cL, 0xcabac28aL, 0x53b39330L, 0x24b4a3a6L, 0xbad03605L,
0xcdd70693L, 0x54de5729L, 0x23d967bfL, 0xb3667a2eL, 0xc4614ab8L,
0x5d681b02L, 0x2a6f2b94L, 0xb40bbe37L, 0xc30c8ea1L, 0x5a05df1bL,
0x2d02ef8dL
};
/**********
*
* UpdateCRC32()
*
*
*
**********/
long UpdateCRC32(unsigned long crc32val, unsigned char *s,
int len)
{
register unsigned long crcval = crc32val;
while (len--)
crcval = crc_32_tab[((unsigned char) crcval ^ (*s++)) & 0xff] ^
(crcval >> 8);
return(crcval);
}
/**********
*
*
* End of File
*
*
*
**********/
ЗАТВЕРДЖЕНО
Наказ Держмитслужби України
09.04.2005 N 275
СПЕЦИФІКАЦІЯ
форматів електронних повідомлень автоматизованої системи митного оформлення товарів і транспортних засобів на рівні митний орган - Управління інформаційного забезпечення та митної статистики
1. Загальні положення
1.1. Для розвитку Єдиної автоматизованої інформаційної системи Держмитслужби України (далі - ЄАІС Держмитслужби) є необхідним оперативний обмін електронною інформацією між митними органами. Обмін інформацією необхідний для оперативного проведення митного оформлення, своєчасного збору й оброблення статистичної та оперативної інформації, контролю експортно-імпортних операцій суб'єктів господарювання, актуалізації нормативно-довідкової інформації.
1.2. З метою уніфікації та стандартизації процесу обміну електронною інформацією між митними органами використовується Специфікація форматів електронних повідомлень автоматизованої системи митного оформлення товарів і транспортних засобів на рівні митний орган - Управління інформаційного забезпечення та митної статистики (далі - специфікація), яка розробляється відповідним підрозділом Управління інформаційного забезпечення та митної статистики.
1.3. Специфікація є базовою та дозволяє надалі нарощувати типи інформації, що передається, і змінювати їх структуру з обов'язковим подальшим затвердженням наказом Держмитслужби України.
1.4. Все прикладне програмне забезпечення, що розробляється в митній системі, повинно підтримувати процес обміну електронною інформацією у форматі повідомлення за цією специфікацією.
2. Формати електронних повідомлень
2.1. Під форматом електронного повідомлення для обміну інформацією між митними органами в ЄАІС Держмитслужби розуміється певна формалізована структура файла електронного повідомлення, що має вбудовані засоби контролю цілісності даних при переданні та унікально характеризує відправника й одержувача електронного повідомлення.
2.2. Узагальнену структуру електронного повідомлення для передання інформації в ЄАІС Держмитслужби наведено в додатку 1.
2.3. Структура електронного повідомлення уніфікована й складається із:
заголовка повідомлення, у якому наводиться інформація про тип і версію формату повідомлення, відправника й одержувача повідомлення, містяться дані про кількість електронних копій документів у повідомленні, контрольні дані цілісності пакета тощо;
даних повідомлення, у яких містяться електронні документи;
закінчення повідомлення, у якому містяться контрольні дані про електронне повідомлення.
2.4. У даних повідомлення містяться документи - логічні елементи інформації.
Структурно документи поділяються на три частини:
заголовок документа, у якому наводиться інформація про тип і версію даних, контрольні дані цілісності документа й інші дані;
основну частину документа, у якій містяться форми електронних даних;
закінчення документа, у якому містяться контрольні дані про сегмент.
2.5. Форми електронних даних, наведені в основній частині документа, містять опис і електронну інформацію певних структурних елементів документа (наприклад, загальний опис вантажної митної декларації або опис конкретного товару за контрактом). Структурно форми електронних даних складаються з трьох частин:
заголовка форми, у якому наводиться інформація про тип і версію форми, контрольні дані цілісності форми й інші дані;
основної частини форми, у якій містяться поля електронних даних;
закінчення форми, у якому містяться контрольні дані про форму й ознаки закінчення форми.
2.6. Поля електронних даних є неподільною логічною одиницею інформації і містять безпосередні дані. Кожне поле електронних даних містить:
номер поля - ідентифікаційний 4-значний номер поля для інтерпретації даних;
значення поля - символьний рядок змінної довжини (від 1 до 1024 символів), у якому містяться безпосередні дані поля (деякі поля вимагають використання спеціальних шаблонів заповнення);
закінчення поля - символ закінчення поля електронних даних.
2.7. Структуру, опис форматів заголовка й закінчення повідомлення наведено в додатку 2.
2.8. Структуру, опис форматів заголовка й закінчення електронного повідомлення наведено в додатку 3.
2.9. Структуру, опис форматів заголовка й закінчення форм електронних даних електронного повідомлення наведено в додатку 4.
2.10. Формати електронних даних, що підтримуються версією 1.07, включаючи їх коди, електронні форми й поля заповнення даних, наведено в додатку 5.
2.11. Поля електронних даних, що використовуються для представлення інформації, містять 4-значний цифровий код поля у форматі С4 (9999), безпосередньо дані у форматі С1...1024 й ознаку закінчення поля у форматі В1 (символ 02).
2.12. Усі дані в електронному повідомленні, крім символів закінчення структурних одиниць (документів, форм і полів), наводяться в символьному вигляді (ASCII від 32 до 254).
2.13. Для опису полів інформації в додатках використовуються такі позначення:
С2 - символьне поле довжиною 2 символи;
С1...1024 - символьне поле змінної довжини (до 1024 символів);
У1 - поле довжиною 1 байт для подання двійкової інформації;
N2 - поле для занесення цифрової інформації (символи 0-9, "." і знак);
99 - шаблон заповнення поля, що вказує на обов'язковість заповнення цього поля цифровими символами (0 - 9);
ХХ - шаблон заповнення поля, що вказує на обов'язковість заповнення цього поля алфавітно-цифровими символами;
АА - шаблон заповнення поля, що вказує на обов'язковість заповнення цього поля алфавітними символами (А - Я);
ДД/ММ/РР - шаблон заповнення дати.
3. Контроль цілісності даних
3.1. Контроль цілісності даних вирішується в ЄАІС у процесі формування, передання й оброблення повідомлень. Такий контроль здійснюється шляхом звірення контрольних сум, переданих в електронному повідомленні й розрахованих за переданими даними під час приймання й оброблення повідомлення. Ці контрольні суми рахуються по байтах, записаних або прочитаних у повідомленні, кількість яких визначається елементом інформації повідомлення: заголовком повідомлення або документом, формою електронних даних або будь-якою іншою структурою, до якої входить контрольна сума.
3.2. У додатку 6 наведено функцію розрахунку 32-розрядної контрольної суми (мова С), яка застосовується для контролю цілісності даних в електронному повідомленні.
| Начальник Управління інформаційного забезпечення та митної статистики | С.А.Копосов |
Додаток 1
до Специфікації форматів
електронних повідомлень
автоматизованої системи
митного оформлення товарів
і транспортних засобів
на рівні митний орган -
Управління інформаційного
забезпечення та митної
статистики
УЗАГАЛЬНЕНА СТРУКТУРА
електронного повідомлення для передачі інформації в ЄАІС
---------------- --------------------- ---------------
| Заголовок | | Дані повідомлення | | Закінчення |
|повідомлення | | | |повідомлення |
---------------- --------------------- ---------------
| |
------------ ------------
------------ ------------- ------------
|Документ 1| |Документ 2 | - -|Документ N|
------------ ------------- ------------
| |
--------------------- ------------------
| |
----------- --------- --------- ------------
|Заголовок| |Форма 1| |Форма 2| - - |Закінчення|
|документа| | | | | |документа |
----------- --------- --------- ------------
| |
------------------------- -----------------------------
| |
----------- --------- --------- -------- ------------
|Заголовок| |Поле 1 | |Поле 2 |- - - |Поле N| |Закінчення|
| форми | | | | | | | | форми |
----------- --------- --------- -------- ------------
--------------- ------------------
------------------------------------------
| Номер поля| Дані | Закінчення поля|
------------------------------------------
Додаток 2
до Специфікації форматів
електронних повідомлень
автоматизованої системи
митного оформлення товарів
і транспортних засобів
на рівні митний орган -
Управління інформаційного
забезпечення та митної
статистики
СТРУКТУРА Й ОПИС
форматів заголовка й закінчення електронного повідомлення
| Поле | Формат | Опис | Примітки |
Примітка. Поля, виділені фоном, є описом документа й повторюються стільки разів, скільки документів міститься в повідомленні.
Додаток 3
до Специфікації форматів
електронних повідомлень
автоматизованої системи
митного оформлення товарів
і транспортних засобів
на рівні митний орган -
Управління інформаційного
забезпечення та митної
статистики
СТРУКТУРА Й ОПИС
форматів заголовка й закінчення електронного повідомлення
_______________
* Спеціальні символи ('.' ';' ':' '/' та інші) не входять у формат заповнення поля й наведені в описі тільки для розкриття складового коду поля.
Додаток 4
до Специфікації форматів
електронних повідомлень
автоматизованої системи
митного оформлення товарів
і транспортних засобів
на рівні митний орган -
Управління інформаційного
забезпечення та митної
статистики
СТРУКТУРА Й ОПИС
форматів заголовка й закінчення форм електронних даних електронного повідомлення
Додаток 5
до Специфікації форматів
електронних повідомлень
автоматизованої системи
митного оформлення товарів
і транспортних засобів
на рівні митний орган -
Управління інформаційного
забезпечення та митної
статистики
ФОРМАТИ
електронних даних, що підтримуються версією 1.07, включаючи їх коди, електронні форми й поля заповнення даних
| ВМД: Документ 0010 версія 1.07 |