Приказ Росалкогольрегулирования от 08.08.2012 N 212
ФЕДЕРАЛЬНАЯ СЛУЖБА ПО РЕГУЛИРОВАНИЮ АЛКОГОЛЬНОГО РЫНКА
ПРИКАЗ
от 8 августа 2012 г. N 212
О ФОРМАТЕ
ПЕРЕДАЧИ СВЕДЕНИЙ В ЭЛЕКТРОННОМ ВИДЕ ОРГАНИЗАЦИЯМИ,
ОСУЩЕСТВЛЯЮЩИМИ ПЕРЕВОЗКУ ЭТИЛОВОГО СПИРТА (В ТОМ ЧИСЛЕ
ДЕНАТУРАТА) И НЕФАСОВАННОЙ СПИРТОСОДЕРЖАЩЕЙ ПРОДУКЦИИ
С СОДЕРЖАНИЕМ ЭТИЛОВОГО СПИРТА БОЛЕЕ 25 ПРОЦЕНТОВ
ОБЪЕМА ГОТОВОЙ ПРОДУКЦИИ АВТОМОБИЛЬНЫМ ТРАНСПОРТОМ,
В АВТОМАТИЗИРОВАННУЮ СИСТЕМУ КОНТРОЛЯ ПЕРЕВОЗОК
ЭТИЛОВОГО СПИРТА И СПИРТОСОДЕРЖАЩЕЙ ПРОДУКЦИИ
НА ТЕРРИТОРИИ РОССИЙСКОЙ ФЕДЕРАЦИИ
В соответствии с пунктом 3 постановления Правительства Российской Федерации от 6 июля 2012 г. N 688 "О Правилах ведения автоматизированной системы контроля перевозок этилового спирта и спиртосодержащей продукции на территории Российской Федерации" (Собрание законодательства Российской Федерации, 2012, N 29, ст. 4117) приказываю:
1. Утвердить прилагаемый формат передачи сведений в электронном виде организациями, осуществляющими перевозку этилового спирта (в том числе денатурата) и нефасованной спиртосодержащей продукции с содержанием этилового спирта более 25 процентов объема готовой продукции автомобильным транспортом, в автоматизированную систему контроля перевозок этилового спирта и спиртосодержащей продукции на территории Российской Федерации.
2. Контроль за исполнением настоящего приказа возложить на заместителя руководителя Федеральной службы по регулированию алкогольного рынка А.Ю. Кружалина.
Руководитель
И.ЧУЯН
Утвержден
приказом Федеральной службы
по регулированию алкогольного рынка
от 8 августа 2012 г. N 212
ФОРМАТ
ПЕРЕДАЧИ СВЕДЕНИЙ В ЭЛЕКТРОННОМ ВИДЕ ОРГАНИЗАЦИЯМИ,
ОСУЩЕСТВЛЯЮЩИМИ ПЕРЕВОЗКУ ЭТИЛОВОГО СПИРТА (В ТОМ ЧИСЛЕ
ДЕНАТУРАТА) И НЕФАСОВАННОЙ СПИРТОСОДЕРЖАЩЕЙ ПРОДУКЦИИ
С СОДЕРЖАНИЕМ ЭТИЛОВОГО СПИРТА БОЛЕЕ 25 ПРОЦЕНТОВ
ОБЪЕМА ГОТОВОЙ ПРОДУКЦИИ АВТОМОБИЛЬНЫМ ТРАНСПОРТОМ,
В АВТОМАТИЗИРОВАННУЮ СИСТЕМУ КОНТРОЛЯ ПЕРЕВОЗОК
ЭТИЛОВОГО СПИРТА И СПИРТОСОДЕРЖАЩЕЙ ПРОДУКЦИИ
НА ТЕРРИТОРИИ РОССИЙСКОЙ ФЕДЕРАЦИИ
1. Общие положения
Формат передачи в автоматизированную систему контроля перевозок этилового спирта и спиртосодержащей продукции на территории Российской Федерации информации, указанной в пункте 7 Правил ведения автоматизированной системы контроля перевозок этилового спирта и спиртосодержащей продукции на территории Российской Федерации, утвержденных постановлением Правительства Российской Федерации от 06.07.2012 N 688, определяется протоколом передачи навигационных данных NDTP (Navigation Data Transfer Protocol) 16.03.2012, версии 1.0.
2. Структура стека протоколов NDTP
Описание протокола обмена данными представлено согласно модели OSI. Все уровни реализованы стандартными средствами:
- для специальных технических средств регистрации в автоматическом режиме движения, устанавливаемых на автомобильные транспортные средства, оснащенные специальными емкостями для перевозки продукции (далее - СТС) - встроенным стеком GPRS модема;
- для сервера сбора данных (далее - ССД) - средствами операционной системы.
Протокол передачи данных NDTP (Navigation Data Transfer Protocol) состоит из двух уровней:
- NPL - Navigation data transfer Protocol (Low level) - протокол нижнего уровня (сеансовый);
- NPH - Navigation data transfer Protocol (High level) - протокол верхнего уровня (представления).
Протокол нижнего уровня (сеансовый) предназначен для передачи обезличенных блоков данных и контроля целостности принимаемых данных. На данном уровне определены правила адресации устройств, правила проверки целостности данных и др.
Протокол верхнего уровня (представления данных) описывает форматы и правила передачи данных для реализуемой услуги. На данном уровне учитывается состав и форматы передаваемых данных.
Все пакеты типа NPH (прикладной уровень), передаваемые со стороны СТС, передаются с подтверждением приема на стороне ССД.
Все данные в пакетах NPL и NPH передаются в little-endian <*> формате, если не установлено иное. В описаниях структуры пакетов длина полей указывается в байтах, либо var - для полей с переменной длиной.
3. Сеансовый уровень (протокол NPL)
На сеансовом уровне осуществляется шифрование и маршрутизация пакетов.
Пакета NPL, протокола нижнего уровня (NPL) имеет следующий формат:
Пакеты протокола NPL однонаправленные, подтверждения не требуют.
<peer_address> входящего пакета указывает адрес отправителя пакета. В данном поле может передаваться либо адрес ССД (для пакетов, приходящих со стороны ССД на СТС), либо адрес СТС (для пакетов, приходящих со стороны СТС на ССД).
4. Типы пакетов NPL
Пакеты NPL имеют следующие типы:
- NPL_TYPE_ERROR - ошибка протокола NPL;
- NPL_TYPE_NPH - пакет данных NPH.
4.1. Тип пакета: NPL_TYPE_ERROR
Коды об ошибке протокола NPL передаются пакетами NPL_TYPE_ERROR, которые при передаче не шифруются. Поле передачи данных содержит код ошибки и имеет следующий формат:
Существуют следующие ошибки протокола NPL:
Общие ошибки:
- NPL_ERR_OK - запрос выполнен успешно;
- NPL_ERR_UNDEFINED - код для ошибок, не имеющих описания;
Ошибки маршрутизации пакетов:
- NPL_ERR_INVALID_PEER_ADDRESS - недопустимый адрес участника соединения;
- NPL_ERR_PEER_NOT_AVAILABLE - участник соединения недоступен;
- NPL_ERR_PEER_PERM_DENIED - доступ запрещен.
4.2. Тип пакета: NPL_TYPE_NPH
Тип пакета NPL_TYPE_NPH - пакет NPH, передается на уровне представления (протокол NPH).
4.3. Уровень представления (протокол NPH)
Каждый участник соединения (СТС) обладает набором функций (услуг), которые он может предоставить другим участникам соединения. Все функции логически разделены на группы услуг мониторинга. Набор услуг мониторинга, которые поддерживает определенный участник соединения, определяет интерфейс его взаимодействия с другими участниками соединения.
Для каждого типа услуг мониторинга определены свои типы пакетов и логика работы. Отдельные типы пакетов могут использоваться в нескольких типах услуг мониторинга (например: пакет NPH_RESULT - пакет подтверждения, отсылающийся на не требующий получения данных запрос). Участник соединения может не поддерживать отдельные пакеты в определенном типе услуг мониторинга.
Обмен данными на уровне представления ведется с помощью пакетов NPH.
Пакет NPH имеет следующий формат:
Тип пакета NPH_RESULT относится ко всем типам услуг.
4.4. Общий пакет подтверждения: NPH_RESULT
Пакет NPH_RESULT является общим для всех типов услуг, если запрос не предусматривает получения каких-либо данных. В ответ на пакет запроса посылается пакет подтверждения NPH_RESULT.
Пакет подтверждения NPH_RESULT имеет следующий формат поля данных:
Поле <error> пакета NPH_RESULT может принимать следующие значения:
- 0 - успешное выполнение запроса;
Общие ошибки:
- NPH_RESULT_OK - запрос выполнен успешно;
- NPH_RESULT_UNDEFINED - код для ошибок, не имеющих описания;
- NPH_RESULT_BUSY - участник соединения не может обработать пакет в данный момент;
- NPH_RESULT_SERVICE_NOT_SUPPORTED - тип услуг не поддерживается;
- NPH_RESULT_SERVICE_NOT_ALLOWED - тип услуг запрещен для данного участника соединения;
- NPH_RESULT_SERVICE_NOT_AVAILABLE - тип услуг не доступен в данный момент;
- NPH_RESULT_PACKET_NOT_SUPPORTED - неизвестный тип пакета, либо тип пакета не поддерживается;
- NPH_RESULT_PACKET_INVALID_FORMAT - неверный формат пакета;
- NPH_RESULT_PACKET_INVALID_PARAMETER - неверный параметр пакета;
Ошибки установки соединения:
- NPH_RESULT_PROTO_VER_NOT_SUPPORTED - версия протокола не поддерживается;
- NPH_RESULT_CLIENT_NOT_REGISTERED - клиент не зарегистрирован на сервере (в БД);
- NPH_RESULT_CLIENT_TYPE_NOT_SUPPORTED - тип клиента не поддерживается;
- NPH_RESULT_CLIENT_AUTH_FAILED - ошибка аутентификации клиента.
5. Установка соединения с сервером
Соединение с сервером может быть защищенным или незащищенным. Параметры соединения задаются инициатором соединения в поле <connection_flags> пакета NPH_SGC_CONN_REQUEST. В первом случае все пакеты передаются в зашифрованном виде, за исключением пакетов установки соединения:
- NPH_SGC_CONN_REQUEST;
- NPH_SGC_CONN_AUTH_STRING.
В случае отказа в установке соединении (на любом этапе) сервер посылает клиенту незашифрованный пакет NPH_RESULT с кодом ошибки.
Пакет запроса установки соединения NPH_SGC_CONN_REQUEST имеет следующий формат поля <data>:
Так как сервер не устанавливает соединения, то пакет запроса соединения посылают только клиенты (СТС).
Поля <proto_version_high> и <proto_version_low> определяют версию протокола, по которой собирается работать клиент. <proto_version_high> всегда должно быть установлено в 1.
Пакет с массивом данных для аутентификации клиента NPH_SGC_CONN_AUTH_STRING имеет следующий формат поля <data>:
6. Мониторинг транспортных средств: NPH_SRV_NAVDATA
Навигационные данные передаются в типе передачи NPH_SRV_NAVDATA.
Существует два типа пакетов:
- NPH_SND_REALTIME - передача навигационных данных в реальном времени;
- NPH_SND_HISTORY - передача навигационных данных, сохраненных в памяти устройства ("ретроспективы").
Передача навигационных данных, сохраненных в памяти устройства, предназначена для случаев нарушения соединения с сотовой сетью. При потере соединения клиент записывает данные во внутренний буфер. При восстановлении соединения клиент передает данные из внутреннего буфера. На стороне сервера при обработке данных необходимо различать случаи передачи данных в реальном времени и из внутреннего буфера. Для этого введены отдельные типы пакетов для передачи данных в режиме реального времени из внутренней памяти.
Пакеты передачи навигационных данных NPH_SND_HISTORY и NPH_SND_REALTIME имеют следующий формат поля <data>:
Структура поля <Data> состоит из ячеек, каждая из которых имеет поля <Type>, <Number> и <Data> переменной длины. Длина каждой ячейки поля <Data> определяется полем <Type>.
Ячейки следуют строго по увеличению поля <Type>. Возможно следование нескольких ячеек с одинаковым полем <Type>, но обязательно разными полями <Number>, которое определяет номер датчика, от которого направлен данный пакет. Время формирования данных от внешних датчиков определяется пакетом навигационных данных.
Ячейка 2
Ячейка 1
Data
N байт
Number=1
1 байт
Type=2
1 байт
Data
N байт
Number=1
1 байт
Type=0
1 байт
Ячейка передачи основных навигационных данных (Type=0, N=1) Дополнительные навигационные данные Type=1, N=1.
Данные от внутренних датчиков Type=2, N=1
16 битное значение полей <an_inN>. В случае если устройством поддерживается 12 битная оцифровка, значение умножается на 4. Максимальное значение становится равным 0xFFFC. У такого устройства дискретность становится не 1, а 4.
Данные от датчиков уровня продукта в отсеке Type=13, N=1..6
Пример пакета навигационных данных NPH_SND_REALTIME
Весь пакет:
7E7E42000200665A02000000000000010065000100990500000000931B4E4FF14
59B1DAF2FED22E0D000000000510000008D0008000200000000000000000000
0000000000000000002FC800001F040000
Заголовок NPL
7E7E 4200 0200 665A 02 00000000 0000
Заголовок NPH
0100 6500 0100 99050000
Массив данных
0000931B4E4FF1459B1DAF2FED22E0D000000000510000008D000800020000
000000000000000000000
00000000000002FC800001F040000
Начало данных 2 байта тип и номер ячейки:
0000
Нулевая ячейка размер 52 байта:
931B4E4FF1459B1DAF2FED22E0D000000000510000008D000800
Пример пакета данные от датчиков уровня продукта Type=13, N=1
Массив данных
0D01931B4E4FF1459B1DAF2FED2201
Начало данных 2 байта тип и номер ячейки:
0D01
13 ячейка размер 13 байт:
931B4E4FF1459B1DAF2FED2201
Пример пакета NPH_SND_REALTIME
В данном пакете содержатся ячейки следующих типов:
- основные навигационные данные;
- данные от внутренних датчиков;
- данные от датчиков уровня продукта (число отсеков 6).
Весь пакет:
7E7E94000200316E02000000000000010065000100990500000000931B4E4FF14
59B1DAF2FED22E0D000008D0008000200000000000000000000000000000000
0000002FC800001F040D01F5676F3F0000A0418FC2B142010D02F5676F3F000
0A0418FC2B142010D03F5676F3F0000A0418FC2B142010D04F5676F3F0000A
0418FC2B142010D05F5676F3F0000A0418FC2B142010D06F5676F3F0000A04
18FC2B14201
Заголовок NPL
7E7E 9400 0200 316E 02 00000000 0000
Заголовок NPH
0100 6500 0100 99050000
Массив данных
0000931B4E4FF1459B1DAF2FED22E0D000008D000800020000000000000000
00000000000000000000002FC800001F040D01F5676F3F0000A0418FC2B14201
0D02F5676F3F0000A0418FC2B142010D03F5676F3F0000A0418FC2B142010D
04F5676F3F0000A0418FC2B142010D05F5676F3F0000A0418FC2B142010D06
F5676F3F0000A0418FC2B14201
Начало данных 2 байта тип и номер ячейки:
0000
Ячейка (Type=0, N=0) размер 20 байт:
931B4E4F F1459B1D AF2FED22 E0 D0 0000 8D00 08 00
2 байта тип и номер ячейки:
0200
Ячейка (Type=2, N=0) размер 24 байта:
0000 0000 0000 0000 00 00 0000 0000 0000 0000 2FC80000 1F 04
2 байта тип и номер ячейки:
0D01
Ячейка (Type=13, N=1) размер 13 байт:
F5676F3F 0000A041 8FC2B142 01
2 байта тип и номер ячейки:
0D02
Ячейка (Type=13, N=2) размер 13 байт:
F5676F3F 0000A041 8FC2B142 01
2 байта тип и номер ячейки:
0D03
Ячейка (Type=13, N=3) размер 13 байт:
F5676F3F 0000A041 8FC2B142 01
2 байта тип и номер ячейки:
0D04
Ячейка (Type=13, N=4) размер 13 байт:
F5676F3F 0000A041 8FC2B142 01
2 байта тип и номер ячейки:
0D05
Ячейка (Type=13, N=5) размер 13 байт:
F5676F3F 0000A041 8FC2B142 01
2 байта тип и номер ячейки:
0D06
Ячейка (Type=13, N=6) размер 13 байт:
F5676F3F 0000A041 8FC2B142 01