<!-- Пункты 7/8/9 -->
<!ATTLIST CSDCCPart
PartNum (7|8|9)> <!-- Номер пункта 7/8/9 -->
<!ELEMENT CSDCCPartCh EMPTY> <!-- Отметки по пунктам -->
<!ATTLIST CSDCCPartCh
CheckValue (0|1) "0"> <!-- Да/Нет -->
<!ELEMENT CSDCCPartNote (#PCDATA)> <!-- Подробности String,
1..240 Character -->
<!ELEMENT CSDCCExpens (CSDCCWeightAll, CSDCCCostAll,
CSDCCExpensItem+)> <!-- Начисления/списания по ДТС-1 -->
<!ELEMENT CSDCCWeightAll (#PCDATA)> <!-- Общий вес товаров
String, 1..20 Character Float -->
<!ELEMENT CSDCCCostAll (CSDCCCostUA, CSDCCCostCurr?)> <!--
Общая стоимость -->
<!ELEMENT CSDCCExpensItem (CSDCCCostUA, CSDCCCostCurr?)> <!--
Начисление/списание по пункту -->
<!ATTLIST CSDCCExpensItem
ExpPart CDATA #REQUIRED <!-- Пункт -->
ExpDiv (0|1) "0"> <!-- Распределение вес/стоимость -->
<!ELEMENT CSDCCCostUA (#PCDATA)> <!-- Цена в грн. String,
1..20 Character Float -->
<!ELEMENT CSDCCCostCurr (CSDCCCost, CSDCCCurrency)> <!-- Цена
в валюте -->
<!ELEMENT CSDCCCost (#PCDATA)> <!-- Цена в валюте String,
1..20 Character Float -->
<!ELEMENT CSDCCCurrency (CSDCCCurRate, CSDCCCurRateDate)>
<!-- Валюта -->
<!ATTLIST CSDCCCurrency dicValue CDATA #REQUIRED> <!-- Код
валюты -->
<!ELEMENT CSDCCCurRate (#PCDATA)> <!-- Курс валюты String,
1..20 Character Float -->
<!ELEMENT CSDCCCurRateDate (#PCDATA)> <!-- Дата курса String,
1..10 Character DateTime (DD-MM-YYYY) -->
<!ELEMENT CSDCCPages (#PCDATA)> <!-- Листов по ДТС-1 String,
1..2 Character Integer -->
<!ELEMENT CSDCCFill (CSDCCDecl, CSDCCDecl, CSDCCDeclDate)>
<!-- Заполнение ДТС-1 -->
<!ELEMENT CSDCCDecl (#PCDATA)> <!-- Заполнение String, 1..25
Character -->
<!ELEMENT CSDCCDeclDate (#PCDATA)> <!-- Дата заполнения
String, 1..10 Character DateTime (DD-MM-YYYY) -->
<!ELEMENT CSDCCDetails (CSDCCGoodsNum, CSCCDGoodsNum,
CSCCDGoodsCode, CSCCDGoodsWeight?,
CSDCCToPlace?,
CSDCCGoodsExpens+)> <!-- Информация по товару -->
<!ELEMENT CSDCCGoodsNum (#PCDATA)> <!-- Номер товара в ДТС
String, 1..3 Character Integer -->
<!ELEMENT CSCCDGoodsNum (#PCDATA)> <!-- Номер товара в ГТД
String, 1..3 Character Integer -->
<!ELEMENT CSCCDGoodsCode (#PCDATA)> <!-- Код товара String,
1..10 Character -->
<!ELEMENT CSCCDGoodsWeight (#PCDATA)> <!-- Вес товара String,
1..20 Character Float -->
<!ELEMENT CSDCCGoodsExpens (CSDCCCostUA, CSDCCCostCurr?,
CSDCCGoodsExpensNote)> <!-- Пункт -->
<!ATTLIST CSDCCGoodsExpens GoodsExpPart CDATA #REQUIRED> <!--
Номер пункта -->
<!ELEMENT CSDCCGoodsExpensNote (#PCDATA)> <!-- Примечания
String, 1..240 Character -->
<!ELEMENT CSDCC2 (CSDCC2Header, CSDCC2Details+)> <!-- ДТС-2 -->
<!ELEMENT CSDCC2Header (CSDCCMetod, CSDCCClient, CSDCCClient,
CSDCCClient,
CSDCCCustoms?, CSDCCDelivery, CSDCCDocComm
CSDCCDecision?,
CSDCC2Motivation,
CSDCC2Source,
CSDCCPages, CSDCCFill)> <!-- Заглавие ДТС-2 -->
<!ELEMENT CSDCC2Motivation (#PCDATA)> <!-- Обостнование
выбора метода String, 1..2000 Character -->
<!ELEMENT CSDCC2Source (#PCDATA)> <!-- Источники информации
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".
<!-- Письмо-согласование 29.09.2005 -->
<?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,
CSLAType, CSLADatePeriodBegin?, CSLADatePeriodEnd)> <!--
Заглавие ЛУ -->
<!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)> <!--
Валюта -->
<!ATTLIST CSLACurrency dicValue CDATA #REQUIRED> <!-- Код
валюты -->
<!ELEMENT CSLACurRate (#PCDATA)> <!-- Курс валюты String,
1..20 Character Float -->
<!ELEMENT CSLACurRateDate (#PCDATA)> <!-- Дата курса String,
1..10 Character DateTime (DD-MM-YYYY) -->
<! - Добавлено 29.09.2005 -- >
<!ELEMENT CSLAType EMPTY> <!-- Тип поставки -->
<!ATTLIST CSLAType dicValue (1 | 2 | 3) "1") <!-- 1- одной
партии
2 - в объемах одного контракта
3 - за период -->
<!ELEMENT CSLA DatePeriodBegin (#PCDATA)> <!-- Дата начала
периода, 1..10 Character DateTime (DD-MM-YYYY) -->
<!ELEMENT CSLA DatePeriodEnd (#PCDATA)> <!-- Дата окончания
периода, 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 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
*
*
*
**********/
ЗАТВЕРДЖЕНО
Наказ Держмитслужби України
25.11.2005 N 1162
СПЕЦИФІКАЦІЯ
форматів електронних повідомлень програмно-інформаційного комплексу "Автоматизована система митного оформлення товарів і транспортних засобів" на рівні митний орган - Департамент інформаційних технологій та митної статистики
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| - - | Форма N|Закінчення|
|документа| | | | |документа |
------------------------------ ---------------------
| |
----------------------- ----------------------------
| |
|-------------------------- -------------------|
|Заголовок|Поле 1 |Поле 2 | - - - - |Поле N| Закінчення|
| форми | | | | | форми |
--------------------------- --------------------
| |
---------- ---------------
| |
|----------------------------|
|Номер поля| Дані |Закінчення|
| | | поля |
------------------------------
Додаток 2
до Специфікації форматів
електронних повідомлень
програмно-інформаційного
комплексу "Автоматизована
система митного оформлення
товарів і транспортних
засобів" на рівні митний
орган - Департамент
інформаційних технологій
та митної статистики
СТРУКТУРА Й ОПИС
форматів заголовка й закінчення електронного повідомлення
Примітка. Поля, виділені фоном, є описом документа й повторюються стільки разів, скільки документів міститься в повідомленні.
Додаток 3
до Специфікації форматів
електронних повідомлень
програмно-інформаційного
комплексу "Автоматизована
система митного оформлення
товарів і транспортних
засобів" на рівні митний
орган - Департамент
інформаційних технологій
та митної статистики
СТРУКТУРА Й ОПИС
форматів заголовка й закінчення електронного повідомлення
_______________
* Спеціальні символи ('.' ';' ':' '/' та інші) не входять у формат заповнення поля й наведені в описі тільки для розкриття складового коду поля.
Додаток 4
до Специфікації форматів
електронних повідомлень
програмно-інформаційного
комплексу "Автоматизована
система митного оформлення
товарів і транспортних
засобів" на рівні митний
орган - Департамент
інформаційних технологій
та митної статистики
СТРУКТУРА Й ОПИС
форматів заголовка й закінчення форм електронних даних електронного повідомлення
Додаток 5
до Специфікації форматів
електронних повідомлень
програмно-інформаційного
комплексу "Автоматизована
система митного оформлення
товарів і транспортних
засобів" на рівні митний
орган - Департамент
інформаційних технологій
та митної статистики
ФОРМАТИ
електронних даних, що підтримуються версією 1.07, включаючи їх коди, електронні форми й поля заповнення даних
| ВМД: Документ 0010 версія 1.07 |