Примітка. Імена полів таблиць, виділені жирним шрифтом і фоном (наприклад, CCD_SD_POS), є ключовими полями відповідної таблиці.
( Додаток 5 із змінами, внесеними згідно з Наказом Державної митної служби N 421 від 21.05.2007 )
Додаток 6
до Специфікації форматів
електронних повідомлень
програмно-інформаційного
комплексу "Автоматизована
система митного оформлення
товарів та інших предметів"
на рівні митний орган -
Регіональна інформаційна
митниця
ФУНКЦІЯ
розрахунку 32-розрядної контрольної суми (мова C)
/**********
*
* 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 opera-
* tions 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
*
*
*
**********/
( Додаток 6 із змінами, внесеними згідно з Наказом Державної митної служби N 421 від 21.05.2007 )
ЗАТВЕРДЖЕНО
Наказ Держмитслужби України
29.11.2006 N 1063
СПЕЦИФІКАЦІЯ
форматів електронних повідомлень програмно-інформаційного комплексу "Автоматизована система митного оформлення товарів та інших предметів" на рівні суб'єкт - митний орган
1. Загальні положення
1.1. Для розвитку Єдиної автоматизованої інформаційної системи Держмитслужби України є необхідним оперативний обмін зовнішньоекономічними документами з суб'єктами господарювання, господарська та зовнішньоекономічна діяльність яких потребує переміщення через митний кордон України товарів та транспортних засобів. Обмін такими документами необхідний для швидкого й оперативного митного оформлення, своєчасного збору й оброблення статистичної та оперативної інформації, контролю експортно-імпортних операцій суб'єктів господарювання.
1.2. Одним з основних завдань програмно-інформаційного комплексу "Автоматизована система митного оформлення товарів та інших предметів" є ефективне оброблення комерційних додатків - отримання інформації з автоматизованих систем суб'єктів господарювання, декларантів.
1.3. З метою уніфікації та стандартизації процесу обміну електронною інформацією між суб'єктами господарювання і митними органами використовується Специфікація форматів електронних повідомлень програмно-інформаційного комплексу "Автоматизована система митного оформлення товарів та інших предметів" на рівні суб'єкт - митний орган (далі - специфікація), яка підтримує всі документи, необхідні для проведення митного оформлення.
Ця специфікація є базовою та дозволяє надалі нарощувати типи електронних копій документів, що передаються, і змінювати їх структури з обов'язковим подальшим затвердженням наказом Держмитслужби України.
2. Технологія обміну електронною інформацією
2.1. Технологія обміну електронною інформацією автоматизованої системи митного оформлення товарів і транспортних засобів передбачає наявність двох суб'єктів (сторін) обміну - суб'єкта господарювання і митного органу, та об'єкта обміну - електронного повідомлення, яке містить електронні копії зовнішньоторговельних документів, зокрема вантажні митні декларації (у подальшому, можливо, ліцензії, дозволи, контракти тощо), діагностичні дані, дані контролю цілісності повідомлення тощо.
2.2. Обмін електронними повідомленнями на рівні суб'єкт - митний орган здійснюється шляхом формування суб'єктами господарювання електронного пакета документів, передання його до митного органу з використанням дискет або електронної пошти, оброблення митним органом пакета документів, формування електронного пакета повідомлення у відповідь і передання пакета відповіді суб'єкту господарювання.
Узагальнену схему технології обміну електронною інформацією на рівні суб'єкт - митний орган наведено в додатку 1.
2.3. На сьогодні найбільш прийнятним є дискетний шлях передання електронної інформації, оскільки вимагає мінімальних витрат як з боку суб'єктів господарювання, так і митного органу.
2.4. При подальшому розгортанні відділень електронної пошти в митних органах, налагодженні взаємодії суб'єктів господарювання з митними органами за допомогою електронної пошти, розробленні й впровадженні в митних органах алгоритмів автоматичної обробки електронних копій документів, що надходять цим каналом зв'язку, можливий перехід на обмін електронними повідомленнями з використанням електронної пошти.
2.5. Основні положення електронного обміну повідомленнями між суб'єктом господарювання і митним органом:
на будь-який електронний документ, переданий суб'єктом господарювання до митного органу, формується відповідь. Відповідь митного органу може бути негативною - документ не записаний у відповідну базу даних через помилки, що не дозволяють надалі його обробляти, або позитивною - документ пройшов первинну стадію контролю та успішно записаний у базу даних. При позитивній відповіді автоматизованої системи митного оформлення товарів і транспортних засобів документу присвоюється реєстраційний номер (для вантажної митної декларації, провізної відомості тощо) або номер контролю (для контрактів, ліцензій, дозволів тощо), який передається в електронному повідомленні відповіді;
суб'єкт господарювання в електронному повідомленні самостійно формує вид документа - новий документ, модифікацію або видалення раніше переданого документа;
з розвитком технологій автоматизованої обробки зовнішньоторговельних документів автоматизована система митного оформлення товарів і транспортних засобів повинна буде на кожну зовнішньоекономічну операцію (експорт, імпорт, транзит) автоматично видати рекомендації: повна перевірка вантажу, перевірка необхідних документів або випуск вантажу.
3. Формати електронних повідомлень
3.1. Під форматами електронних повідомлень для обміну інформацією з автоматизованою системою митного оформлення товарів і транспортних засобів розуміється певна формалізована структура файла електронного повідомлення, що має вбудовані засоби контролю цілісності даних при передачі й унікально характеризує відправника й одержувача електронного повідомлення.
3.2. Версією 1.06 специфікації форматів електронних повідомлень передбачені три види повідомлень:
CSMF - простий формат електронного повідомлення, що застосовується у відповідних автоматизованих додатках і має істотні обмеження за типами документів і їх кількістю;
CCMF - складовий формат електронного повідомлення, який є базовим для основних комерційних додатків і який відстежується в автоматизованій системі митного оформлення товарів і транспортних засобів на основі списків сертифікованого програмного забезпечення й ліцензійних угод;
CRMF - формат електронного повідомлення відповіді митниці на повідомлення CCMF.
3.3. Структура всіх трьох видів електронних повідомлень уніфікована й складається із:
заголовка повідомлення (Head Message), у якому наводиться інформація про тип і версію формату повідомлення, про відправника й одержувача повідомлення, а також містяться дані про кількість електронних копій документів у повідомленні, контрольні дані цілісності пакета тощо;
основної частини повідомлення (Body Message), у якій містяться сегменти опису електронних копій документів, сегменти електронних копій та інші сегменти;
закінчення повідомлення (Foot Message), у якому містяться контрольні дані про електронне повідомлення.
3.4. В основній частині повідомлення містяться сегменти - логічні елементи інформації. Сегменти можуть бути двох основних типів:
сегменти опису (Info Segment), у яких міститься інформація про правила роботи й інтерпретації електронних документів, відповідей митних органів та інших даних (у простому форматі електронного повідомлення CSMF відсутні);
сегменти даних (Data Segment), у яких містяться електронні копії документів, відповіді митних органів та інші дані.
3.5. В електронному повідомленні сегменти опису (за їх наявності) мають бути розміщені перед сегментами даних (у порядку розташування від початку повідомлення).
3.6. За своєю структурою сегменти даних поділяються на три частини:
заголовок сегмента (Head Data Segment), у якому наводиться інформація про тип і версію даних, контрольні дані цілісності сегмента й інші дані;
основну частину сегмента (Body Data Segment), у якій містяться форми електронних даних;
закінчення сегмента (Foot Data Segment), у якому містяться контрольні дані про сегмент.
3.7. Форми електронних даних, які містяться в основній частині сегмента даних, містять опис і електронну інформацію певних структурних елементів документа (наприклад, загальний опис вантажної митної декларації або опис конкретного товару згідно з контрактом). За своєю структурою форми електронних даних складаються з трьох частин:
заголовка форми (Head Form), у якому наводиться інформація про тип і версію форми, контрольні дані цілісності форми й інші дані;
основної частини форми (Body Form), у якій містяться поля електронних даних;
закінчення форми (Foot Form), у якому містяться контрольні дані про форму й ознаки закінчення форми.
3.8. Поля електронних даних є неподільною логічною одиницею інформації і містять безпосередні дані. Кожне поле електронних даних містить:
код поля (Field Code) - ідентифікаційний 4-значний номер поля для інтерпретації даних;
значення поля (Field Data) - символьний рядок змінної довжини (від 1 до 1024 символів), у якому містяться безпосередні дані поля (деякі поля вимагають використання спеціальних шаблонів заповнення);
закінчення поля (Field End) - символ закінчення поля електронних даних.
3.9. Узагальнену структуру форматів електронних повідомлень версії 1.06 наведено в додатку 2.
3.10. Структуру й опис форматів заголовка (Head Message) і закінчення (Foot Message) електронного повідомлення наведено в додатку 3.
3.11. Структуру й опис форматів сегмента опису (Info Segment) електронного повідомлення наведено в додатку 4.
3.12. Структуру й опис форматів заголовка (Head Data Segment) і закінчення (Foot Data Segment) сегментів даних електронного повідомлення наведено в додатку 5.
3.13. Структуру й опис форматів заголовка (Head Form) і закінчення (Foot Form) форм електронних даних електронного повідомлення наведено в додатку 6.
3.14. Формати електронних даних, що підтримуються версією 1.06 включаючи їх коди, електронні форми й поля заповнення даних, наведено в додатку 7.
3.15. Опис типів даних (Data type descriptions) для XML-документа (Extesible Markup Language) електронної копії декларації митної вартості наведено в додатку 8. Опис типів даних для XML-документа електронної копії листа узгодження наведено в додатку 9. Опис типів даних для XML-документа повідомлення про транзитне перевезення (ПТП)наведено в додатку 10.
3.16. Поля електронних даних, що використовуються для представлення інформації, містять 4-значний цифровий код поля в форматі С4 (9999), безпосередньо дані в форматі С1...1024 і ознаку закінчення поля у форматі В1 (символ 02).
3.17. Усі дані в електронному повідомленні, крім символів закінчення структурних одиниць (сегментів, форм і полів), містяться в символьному вигляді (ASCII від 32 до 254).
3.18. Для опису полів інформації в додатках використовуються такі позначення:
С2 - символьне поле довжиною 2 символи;
С1...1024 - символьне поле змінної довжини (до 1024 символів);
У1 - поле довжиною 1 байт для подання двійкової інформації;
N2 - поле для занесення цифрової інформації (символи 0-9, "." і знак);
99 - шаблон заповнення поля, що вказує на обов'язковість заповнення цього поля цифровими символами (0 - 9);
ХХ - шаблон заповнення поля, що вказує на обов'язковість заповнення цього поля алфавітно-цифровими символами;
АА - шаблон заповнення поля, що вказує на обов'язковість заповнення цього поля алфавітними символами (А - Я);
ДД/ММ/РР - шаблон заповнення дати.
3.19. Усі файли електронних повідомлень обов'язково повинні мати розширення ".CMF." Щодо імені файла, то тут немає ніякого обмеження (крім обмежень операційної системи).
4. Контроль цілісності даних
4.1. Контроль цілісності даних вирішується спільно автоматизованою системою митного оформлення товарів і транспортних засобів та автоматизованою системою декларанта "Митний брокер".
Основним напрямом контролю цілісності даних є контроль правильності передання електронного повідомлення. Такий контроль здійснюється шляхом звіряння контрольних сум, переданих в електронному повідомленні та розрахованих за переданими даними під час приймання й оброблення повідомлення. Ці контрольні суми рахуються по байтах, записаних або прочитаних у повідомленні, їх кількість визначається інформаційним елементом повідомлення - сегментом даних або сегментом опису, формою електронних даних або будь-якою іншою структурою, до якої входить контрольна сума.
4.2. У додатку 11 наведено функцію розрахунку 32-розрядної контрольної суми (мова C), що застосовується для контролю цілісності даних в автоматизованій системі митного оформлення товарів і транспортних засобів.
5. Інформаційне забезпечення електронного обміну даними
5.1. Під інформаційним забезпеченням електронного обміну даними розуміється єдина система кодифікації даних, призначена для зведення до мінімуму непорозумінь, що виникають через невідповідність нормативно-довідкової та іншої інформації учасників обміну.
5.2. В автоматизованій системі митного оформлення товарів і транспортних засобів використовується встановлена Державною митною службою України нормативно-довідкова інформація для контролю і збору даних, а також код суб'єкта господарювання за Єдиним державним реєстром підприємств та організацій України (ЄДРПОУ) або Державним реєстром фізичних осіб України (ДРФОУ).
| Голова комісії з припинення юридичної особи - Департаменту інформаційних технологій та митної статистики, перший заступник начальника Департаменту | О.О.Ніколайчук |
Додаток 1
до Специфікації форматів
електронних повідомлень
програмно-інформаційного
комплексу "Автоматизована
система митного оформлення
товарів та інших предметів"
на рівні суб'єкт - митний
орган
УЗАГАЛЬНЕНА СХЕМА
технології обміну електронною інформацією на рівні суб'єкт - митний орган ( va063342-06 )
Додаток 2
до Специфікації форматів
електронних повідомлень
програмно-інформаційного
комплексу "Автоматизована
система митного оформлення
товарів та інших предметів"
на рівні суб'єкт - митний
орган
УЗАГАЛЬНЕНА СТРУКТУРА
форматів електронних повідомлень версії 1.06 ( va063342-06 )
Додаток 3
до Специфікації форматів
електронних повідомлень
програмно-інформаційного
комплексу "Автоматизована
система митного оформлення
товарів та інших предметів"
на рівні суб'єкт - митний
орган
СТРУКТУРА Й ОПИС
форматів заголовка (Head Message) і закінчення (Foot Message) електронного повідомлення
---------------
*Спеціальні символи (. ; : / та інші) не входять у формат заповнення поля і наведені в описі тільки для розкриття складового коду поля.
Додаток 4
до Специфікації форматів
електронних повідомлень
програмно-інформаційного
комплексу "Автоматизована
система митного оформлення
товарів та інших предметів"
на рівні суб'єкт - митний
орган
СТРУКТУРА Й ОПИС
форматів сегмента опису (Info Segment) електронного повідомлення
---------------
* Спеціальні символи (. ; : / та інші) не входять у формат заповнення поля і наведені в описі тільки для розкриття складового коду поля. Поля, виділені фоном, є описом сегмента даних і повторюються стільки разів, скільки є сегментів даних.
Додаток 5
до Специфікації форматів
електронних повідомлень
програмно-інформаційного
комплексу "Автоматизована
система митного оформлення
товарів та інших предметів"
на рівні суб'єкт - митний
орган
СТРУКТУРА Й ОПИС
форматів заголовка (Head Data Segment) і закінчення (Foot Data Segment) сегментів даних електронного повідомлення
---------------
* Спеціальні символи (. ; : / та інші) не входять у формат заповнення поля і наведені в описі тільки для розкриття складового коду поля.
Додаток 6
до Специфікації форматів
електронних повідомлень
програмно-інформаційного
комплексу "Автоматизована
система митного оформлення
товарів та інших предметів"
на рівні суб'єкт - митний
орган
СТРУКТУРА Й ОПИС
форматів заголовка (Head Form) і закінчення (Foot Form) форм електронних даних електронного повідомлення
Додаток 7
до Специфікації форматів
електронних повідомлень
програмно-інформаційного
комплексу "Автоматизована
система митного оформлення
товарів та інших предметів"
на рівні суб'єкт - митний
орган
ФОРМАТИ
електронних даних, що підтримуються версією 1.06, включаючи їх коди, електронні форми й поля заповнення даних