Требования к информационному взаимодействию
с федеральной специализированной территориально распределенной информационной системой Госавтоинспекции
1. Используемые сокращения
БД
|
База данных
|
ГИБДД
|
Государственная инспекция безопасности дорожного движения
|
ГУ
|
Государственное учреждение
|
ДПС
|
Дорожно-патрульная служба
|
ДТП
|
Дорожно-транспортное происшествие
|
МРЦ
|
Межрегиональный центр информационного обеспечения федеральной информационной системы ГИБДД
|
ОВД
|
Органы внутренних дел
|
ОСАГО
|
Обязательное страхование автогражданской ответственности
|
ОУ
|
Оперативный учет
|
ПДД
|
Правила дорожного движения
|
ПК
|
Персональный компьютер
|
ПТС
|
Паспорт транспортного средства
|
ПШТС
|
Паспорт шасси транспортного средства
|
ПУ
|
Постоянный учет
|
РЦ
|
Региональный центр федеральной информационной системы ГИБДД
|
ТС
|
Транспортное средство
|
ТФ
|
Транспортный формат
|
ФИС ГИБДД
|
Федеральная информационная система ГИБДД МВД России
|
ФТС
|
Федеральная таможенная служба
|
ФЦ
|
Федеральный центр федеральной информационной системы ГИБДД
|
2. Общие положения
В Требованиях к информационному взаимодействию в ФИС ГИБДД (далее - требования) рассматриваются вопросы организации информационного обмена в рамках ФИС ГИБДД с целью стандартизации обмена и обработки информации.
Основой информационного взаимодействия в федеральной информационной системе ГИБДД является транспортный протокол.
Транспортный протокол представляет собой совокупность описаний:
- собственно формата информационных сообщений;
- учетов, используемых в ФИС ГИБДД;
- нормативно-справочной информации;
- алгоритмов обработки информации.
3. Информационные подсистемы ФИС ГИБДД
В ФИС ГИБДД организованы автоматизированные учеты, именуемые в дальнейшем информационными подсистемами, полные и сокращенные наименования которых приведены в таблице 1.
Таблица 1
Информационные подсистемы ФИС ГИБДД
№
п/п
|
Наименование подсистемы
|
Условное
наименование
|
Сокра-
щенное наиме-нование
|
1
|
Учет угнанного (похищенного) транспорта
|
Розыск
|
АМТ
|
2
|
Учет наложенных ограничений
|
Ограничения
|
ОГР
|
3
|
Учет изготовленной (распределенной) спецпродукции
|
Спецпродукция
|
РСП
|
4
|
Учет утраченных, похищенных, уничтоженных, выбракованных бланков спецпродукции ГИБДД
( ОСАГО) и документов
|
Документ
|
ДОК
|
5
|
Учет лиц, находящихся в федеральном розыске
|
Лица
|
ЛИЦ
|
6
|
Учет оружия, находящегося в федеральном розыске
|
Оружие
|
ОРУ
|
7
|
Учет паспортов транспортных средств
|
ПТС
|
ПТС
|
8
|
Учет административных правонарушений
|
Адмпрактика
|
АДМ
|
9
|
Учет зарегистрированных транспортных средств
|
Автомобиль
|
АВТ
|
10
|
Учет водительских документов
|
Водитель
|
ВОД
|
11
|
Учет дорожно-транспортных происшествий
|
ДТП
|
ДТП
|
12
|
Учет выданных страховых полисов ОСАГО
|
ОСАГО
|
СГО
|
3.1. Описание формата информационных сообщений
В ФИС ГИБДД информационное взаимодействие организовано посредством обмена формализованными текстовыми файлами. Каждый файл может содержать либо запрос к одной или нескольким информационным подсистемам, либо ответ на него (соответственно запрос в ТФ, ответ в ТФ).
3.1.1. Файл запросов
Запрос в транспортном формате должен содержать обязательные элементы:
- идентификатор кодовой страницы данного запроса (DOS–866, Windows–1251);
- условный адрес отправителя (код корреспондента);
- условный адрес получателя (код респондента);
- условное имя информационной подсистемы, к которой адресуется запрос;
- описание технологической операции (выборка информации или модификация данных);
- тело запроса.
В общем виде запрос представляет набор записей текстового файла, разделяемых символами возврата каретки (ВК) и перевода строки (ПС), и может содержать одно или группу элементарных обращений к одной или нескольким подсистемам.
Структурно запрос выглядит следующим образом:
заголовок файла <�ВК><�ПС>
о
писатель запроса 1<�ВК><�ПС>
З
аголовок файла запросов идентифицирует систему кодирования информации, получателя и отправителя файла. Структурно первая запись файла представляется в виде:
< идентификатор кодовой страницы >/<�код получателя>/<�код отправителя>.
В ФИС ГИБДД используются следующие кодовые страницы:
866 – DOS,
1251 – Windows.
Код получателя – указывается адресат запроса (РЦ, МРЦ или ФЦ). Представляется в виде четырехсимвольного кода региона из федерального справочника регионов, используемого в ФИС ГИБДД.
Код отправителя – идентифицирует абонента ФИС ГИБДД и представляется в виде семисимвольного кода, где первые четыре символа являются кодом региона из федерального справочника регионов, а последние три – порядковым кодом абонента (терминала) в этом регионе.
Код абоненту присваивается администратором и регистрируется для разграничения доступа к данным.
Транспортный файл может содержать несколько запросов с различными технологическими операциями к подсистемам. Запрос должен начинаться с описателя, предназначенного для идентификации подсистемы, к которой идет обращение, и запрашиваемой операции, выполнение которой требуется. Описатели оформляются как отдельные записи файла запросов, имеющие следующий вид:
&<�имя подсистемы>/<�код запрашиваемой операции>;
Имя подсистемы – условное имя подсистемы (таблица 1);
Код запрашиваемой операции – символьно - цифровой код, обозначающий операцию над объектами учета (таблица 2).
Таблица 2
Коды запрашиваемых операций
№
п/п
|
Код
|
Наименование
|
1
|
1
|
Сформировать выборку объектов учета по заданным критериям
|
2
|
2
|
Подсчитать количество объектов учета, удовлетворяющих заданным критериям
|
За описателем следуют одно или несколько обращений с заданной операцией к указанной подсистеме, оформленные в виде отдельных записей файла. Совокупность обращений, принадлежащих одному запросу, составляет тело запроса.
Каждое обращение в зависимости от вида запроса определяет:
- условия формирования выборки объектов учета (для поисковых запросов);
- корректируемые атрибуты и их новые значения (для корректирующих запросов);
- совокупность атрибутов нового объекта учета и их содержание (для запросов на пополнение информации).
Структурно обращение представляется в следующем виде:
/<�код атрибута 1><�знак операции отношения><�значение1>/<�код атрибута 2><�знак операции отношения><�значение2> … /<�код атрибута N><�знак операции отношения> <�значениеN><�ВК><�ПС>.
Коды атрибутов – условные имена, назначаемые атрибутам объектов учета.
Порядок следования кодов атрибутов в обращении – произвольный.
Значения атрибутов для поисковых запросов могут содержать специальные символы:
? – любой произвольный символ;
* – любое количество произвольных символов.
Знаки операций отношения, используемые в обращениях, приведены в таблице 3.
Таблица 3
Операции отношений
№
п/п
|
Знак
|
Описание
|
1
|
=
|
Равно
|
2
|
#
|
Не равно
|
3
|
>
|
Больше или равно
|
4
|
<
|
Меньше или равно
|
Несмотря на то, что все данные в транспортном формате передаются в виде набора символьных строк, значения атрибутов транспортного формата могут быть нескольких типов (таблица 4).
Таблица 4
Типы данных ФИС ГИБДД
№
п/п
|
Тип данных
|
Описание
|
Условное
обозна-чение
|
Макси-мальная
длина
|
1
|
Символь-ный
|
Может содержать любую алфавитно-цифровую информацию
|
С
|
|
2
|
Числовой
|
Содержит только числовые значения
|
Ц
|
|
3
|
Дата
|
Цифровое значение в формате даты – ГГГГММДД,
где ГГГГ – четырехзначный номер года,
ММ – двузначный номер месяца,
ДД – двузначный номер дня месяца
Допускаются значения:
ГГГГ0000 – если неизвестен день и месяц
ГГГГММ00 – если неизвестен день месяца
|
Д
|
8
|
4
|
Время
|
Цифровое значение в формате времени – ЧЧММСС,
где ЧЧ – двузначный номер часа
ММ - двузначный номер минуты
СС - двузначный номер секунды
|
Т
|
6
|
Все атрибуты объектов учета, входящие в состав одного поискового обращения, для формирования выборки объединяются логической операцией «ИЛИ». При формировании сложных поисковых запросов некоторые атрибуты объектов учета внутри каждого обращения могут объединяться в логические группы. Компоненты одной группы заключаются в круглые скобки и при формировании выборки объектов учета связываются логической операцией «И». Если обращение содержит несколько логических групп, то при формировании выборки они объединяются логической операцией «ИЛИ».
3.1.2. Файл ответов
Ответ на запрос состоит из набора записей текстового файла, разделяемых символами возврата каретки <�ВК> и перевода строки <�ПС>, и включает ответы на все обращения, содержащиеся в запросе.
Структурно файл ответов на поисковый запрос можно представить следующим образом:
заголовок файла <�ВК><�ПС>
заголовок ответа на запрос 1<�ВК><�ПС>
ответ 1 на обращение 1<�ВК><�ПС>
ответ 2 на обращение 1<�ВК><�ПС>
…………………………………….
ответ N на обращение 1<�ВК><�ПС>
[Количество объектов, удовлетворяющих обращению 1 (N)]
ответ 1 на обращение 2<�ВК><�ПС>
ответ 2 на обращение 2<�ВК><�ПС>
…………………………………….
ответ K на обращение 2<�ВК><�ПС>
[Количество объектов, удовлетворяющих обращению 2 (K)]
……………………………………..
ответ 1 на обращение М<�ВК><�ПС>
ответ 2 на обращение М<�ВК><�ПС>
…………………………………….
ответ L на обращение М<�ВК><�ПС>
[Количество объектов, удовлетворяющих обращению М (L)]
заголовок ответа на запрос 2<�ВК><�ПС>
…………………………………….
П
ервая запись (строка) в файле ответов идентифицирует систему кодирования информации, получателя и отправителя файла. Структурно первая запись файла представляется в виде:
< идентификатор кодовой страницы >/<�адрес получателя>/<�адрес отправителя>. В записи используются следующие кодовые страницы:
866 – DOS;
1251– Windows.
Адрес получателя – семисимвольный код абонента, приславшего запрос.
Адрес отправителя – четырехсимвольный код информационной системы, производившей обработку запроса.
Каждый ответ на запрос должен начинаться с заголовка, предназначенного для идентификации подсистемы, к которой был обращен запрос, а также содержать результаты обработки и их количественную оценку.
Заголовок имеет следующий вид:
&<�имя подсистемы/<�код выполненной операции>
Код выполненной операции – код операции в запросе, на который сформирован ответ.
Непосредственно за заголовком должны следовать записи, содержащие ответы на обращения запроса. Ответ на поисковое обращение может включать один или несколько объектов учета, удовлетворяющих критериям выбора, указанным в обращении.
Структурно ответ на поисковое обращение представляется в следующем виде:
/<�Код атрибута 1><=><�значение> /<�Код атрибута 2><=><�значение> … /<�Код атрибута N><=><�значение><�ВК><�ПС>
[…………..
/<�Код атрибута 1><=><�значение>/<�Код атрибута 2><=>
<�значение> … /<�Код атрибута N><=><�значение><�ВК><�ПС>]
[Количество объектов, удовлетворяющих критериям поиска]
Порядок следования кодов атрибутов в ответе на обращение – произвольный.
Для запросов на пополнение и корректировку формируемый ответ может быть представлен в следующем виде:
<�Заголовок ответа><�ВК><�ПС>
<�код ошибки>/<�номер обращения><�ВК><�ПС>
………………………………………..
<�код ошибки>/<�номер обращения><�ВК><�ПС>
[<�всего обращений>/<�ошибочных обращений>/<�добавлено объектов>
/<�замещено объектов>/<�переведено объектов в архив>]<�ВК><�ПС>.
Коды ошибок существенно зависят от алгоритмов обработки запросов к конкретным подсистемам ФИС ГИБДД. В таблице 20 приведены коды ошибок для обращений ко всем подсистемам.
3.1.3. Использование справочников-кодификаторов
Все справочники федерального уровня должны содержать одинаковую информацию. Сопровождение этих справочников проводится федеральным центром с обязательным тиражированием внесенных изменений во все территориальные подсистемы. Содержание справочников федерального уровня приводится в таблицах (приложение).
3.1.4. Контроль информации
3.1.4.1. Наличие обязательных атрибутов.
Если не заполнен хотя бы один из обязательных атрибутов в обращениях корректирующих запросов, то информация считается некорректной, не обрабатывается и возвращается отправителю как ошибочная.
3.1.4.2. Контроль формата данных.
Цифровые атрибуты, атрибуты формата «Дата» и «Время» проверяются на соответствие формату. При некорректных значениях в этих атрибутах информация считается некорректной, не обрабатывается и возвращается отправителю.
3.1.4.3. Соответствие значений атрибутов кодификаторам
При несоответствии значений закодированных атрибутов кодификаторам информация считается некорректной, не обрабатывается и возвращается отправителю как ошибочная.
3.1.4.4. Регистрационный номер подразделения ГИБДД
Атрибут «Регистрационный номер ГИБДД», присваиваемый подразделениями ГИБДД.
Значение атрибута «Регистрационный номер ГИБДД» должно соответствовать следующему формату:
KKXNNNNNNNNN,
где KK – код региона;
NNNNNNNNN – порядковый номер;
X заменяется символом:
# – для транспортных средств, поставленных подразделениями ГИБДД на оперативный учет;
D – для промаркированных транспортных средств, поставленных на оперативный учет с использованием автоматизированной системы «Маркировка», в порядковый номер NNNNNNNNN заносятся последние цифры PIN-кода промаркированного транспорта. Полный PIN-код заносится в поле шасси транспортного средства. Если поле шасси заполнено карточка оперативного учета дублируется. Код региона КК для промаркированного транспорта не используется.
Для подсистемы «Автомобиль» используется атрибут – «Уникальный номер регистрации».
3.1.5. Примеры запросов
Выбрать все угнанные и похищенные ТС, у которых номер двигателя или номер кузова начинается с цифр 258860.
Запрос:
1251/1145/1145001
&АМТ/1
/8=258860*/12=258860*
Ответ:
866/1145001/1145
&АМТ/1
/1=1/2=А1218ММ77RUS/3=2/4=ВАЗ2101/11=/6=1980/12=2588602401 …
Выбрать все угнанные и похищенные ТС марки ВАЗ 2108 или ВАЗ 2109, у которых номер двигателя содержит значение 1234.
Запрос:
1251/1145/1145001
&АМТ/1
(/4=ВАЗ2108/8=*1234*)( /4=ВАЗ2109/8=*1234*)
Ответ:
1251/1145001/1145
&АМТ/1
/2=К142ММ77RUS/4=ВАЗ2108/8=2581234011/12=675120553269
/2=Л555ММ77RUS/4=ВАЗ2108/8=17818234011/12=475123453269
/2=К128МА77RUS/4=ВАЗ2109/8=2521234076/12=471120540064
[3]
Выбрать все угнанные и похищенные ТС марки ВАЗ 2108, поставленные на постоянный учет в период с января по июль 1999 г., у которых номер двигателя содержит значение 1234.
Запрос:
1251/1145/1145001
&АМТ/1
(/4=ВАЗ2108/8=*1234*/30>19981231/30<19990801/24=Т)
Ответ:
1251/1145001/1145
&АМТ/1
/2=К142ММ77RUS/4=ВАЗ2108/30=19990412
/2=Л555РМ77RUS/4=ЗАЗ968М/30=19990715
[2]
Определить количество угнанных и похищенных ТС, состоящих на постоянном учете на текущий момент.
Запрос:
1251/1100/1145001
&АМТ/2
(/24=Т/30>0)
Ответ:
1251/1145001/1100
&АМТ/2
[651]
Рисунок 2. Обобщенный алгоритм обработки запроса
Контроль информации подразумевает:
контроль наличия обязательных атрибутов (если не заполнен хотя бы один из обязательных атрибутов, то информация считается некорректной и не обрабатывается);
контроль формата данных (цифровые атрибуты, формата «Дата» и «Время», а также имеющие шаблон для написания; при некорректных значениях информация не обрабатывается);
соответствие значений атрибутов кодификаторам (при несоответствии значений закодированных атрибутов кодификаторам информация считается некорректной, не обрабатывается и возвращается отправителю как ошибочная).
3.2. Подсистема «Розыск»
База данных разыскиваемых транспортных средств подсистемы «Розыск» формируется в ФЦ на основании информации, поступающей из МРЦ и РЦ, а также из ГИАЦ МВД России.
Для обеспечения более гибкого функционирования системы используются два атрибута: «Вид учета» и «Технологическая операция». Атрибут «Вид учета» имеет два значения: «Т» («текущий» – ТС состоит на учете) и «А» («архивный» – ТС снято с учета).
Перечень атрибутов объекта учета подсистемы «Розыск» приведен в таблице 5.
Таблица 5
Перечень атрибутов объекта учета подсистемы «Розыск»
№
п/п
|
Наименование атрибута
|
Тип (макс. длина)
|
Справоч-ник
|
Код
|
Обяза-тельно
|
Уровень
|
1
|
2
|
3
|
4
|
5
|
6
|
7
|
|
Код утраченного агрегата
|
Ц(1)
|
Табл.5
|
1
|
|
Ф
|
|
Государственный регистрационный знак
|
С(10)
|
|
2
|
+
|
Ф
|
|
Код типа государственного регистрационного знака
|
Ц(2)
|
Табл.6
|
3
|
|
Ф
|
|
Марка, модель, модификация
|
С(40)
|
|
4
|
+
|
Ф
|
|
Код марки, модели
|
Ц(3)
|
Табл.7
|
5
|
|
Ф
|
|
Год выпуска
|
Ц(4)
|
|
6
|
|
Ф
|
|
Идентификационный номер
|
С(20)
|
|
7
|
+
|
Ф
|
|
Номер двигателя
|
С(20)
|
|
8
|
+
|
Ф
|
|
Модель двигателя
|
С(15)
|
|
9
|
|
Ф
|
|
Год выпуска двигателя
|
Ц(4)
|
|
10
|
|
Ф
|
|
Номер шасси
|
С(20)
|
|
11
|
+
|
Ф
|
|
Номер кузова
|
С(20)
|
|
12
|
+
|
Ф
|
|
Код цветовой группы
|
Ц(2)
|
Табл.15
|
13
|
|
Ф
|
1
|
2
|
3
|
4
|
5
|
6
|
7
|
|
Полное наименование цвета (код или наименование)
|
С(30)
|
|
39
|
|
Ф
|
|
Код региона, инициатора розыска
|
Ц(4)
|
Табл.8
|
14
|
+
|
Ф
|
|
Код района региона
|
Ц(4)
|
+
|
15
|
|
Р
|
|
Код населенного пункта
|
Ц(4)
|
+
|
16
|
|
Р
|
|
Код района города
|
Ц(4)
|
+
|
17
|
|
Р
|
|
Код подразделения ОВД, поставившего на оперативный учет
|
Ц(4)
|
+
|
18
|
|
Р
|
|
Основания к постановке в розыск
|
С(40)
|
|
19
|
|
Ф
|
|
Код подразделения ОВД, поставившего на постоянный учет
|
Ц(4)
|
+
|
20
|
|
Р
|
|
Код подразделения ОВД, осуществляющего розыск
|
Ц(4)
|
+
|
21
|
|
Р
|
|
Подразделение, инициатор розыска (код или наименование)
|
С(40)
|
|
40
|
|
Ф
|
|
Телефон подразделения, инициатора розыска
|
С(11)
|
|
22
|
|
Ф
|
|
Номер уголовного дела
|
С(10)
|
|
23
|
|
Ф
|
|
Код вида учета (Т - текущий, А – архивный)
|
С(1)
|
|
24
|
|
Ф
|
|
Регистрационный номер ГИБДД
|
С(12)
|
|
25
|
+
|
Ф
|
|
Регистрационный номер ГИАЦ МВД
|
С(10)
|
|
26
|
+
|
Ф
|
|
Код результата розыска
|
Ц(1)
|
Табл.10
|
27
|
|
Ф
|
|
Дата угона (хищения)
|
Д
|
|
28
|
|
Ф
|
|
Дата постановки на учет ГИБДД (оперативный учет)
|
Д
|
|
29
|
+
|
Ф
|
|
Дата постановки на учет ГИАЦ МВД(постоянный учет)
|
Д
|
|
30
|
+
|
Ф
|
|
Дата заведения уголовного дела
|
Д
|
|
31
|
|
Ф
|
|
Дата снятия с учета
|
Д
|
|
32
|
+
|
Ф
|
|
Дата загрузки в БД
|
Д
|
|
33
|
|
Ф
|
|
Дата последнего изменения
|
Д
|
|
34
|
|
Ф
|
|
Время последнего изменения
|
Т
|
|
35
|
|
Ф
|
|
Дата проведения технологической операции
|
Д
|
|
36
|
|
Ф
|
1
|
2
|
3
|
4
|
5
|
6
|
7
|
|
Код технологической операции
|
Ц(2)
|
Табл.13
|
37
|
+
|
Ф
|
|
Код ответственного исполнителя
|
С(7)
|
Табл.9
|
38
|
+
|
Ф
|
Примечание.
В строках с номерами 2, 7, 8, 11, 12 обязательными для заполнения является один из номерных атрибутов («Номер двигателя», «VIN», «Номер шасси», «Номер кузова») или сочетание атрибутов «Государственный регистрационный знак» и «Марка, модель, модификация» (для оперативного учета ГИБДД); в строках с номерами 27, 28 – могут присутствовать как один из номеров, так и оба.
Описание атрибутов объекта учета подсистемы «Розыск», содержащих даты приведены в таблице 6.
Таблица 6
Атрибуты объекта учета подсистемы «Розыск», содержащие даты
№
п/п
|
Наименование атрибута
|
Описание
|
Статус
|
1
|
2
|
3
|
4
|
|
Дата угона (хищения)
|
Дата угона (хищения) ТС
|
|
|
Дата постановки на ОУ
|
Дата постановки на ОУ органами ГИБДД
|
|
|
Дата постановки на ПУ
|
Дата постановки на ПУ в ГИАЦ
|
|
|
Дата заведения УД
|
Дата заведения УД, если таковое имеется
|
|
|
Дата снятия с учета
|
Дата снятия записи с учета. Для записей ПУ это «Дата удаления, коррекции, снятия с учета в ГИАЦ»
|
|
|
Дата загрузки в БД
|
Дата появления первой информации об объекте учета с данным «Регистрационным номером» в конкретной копии БД. Дата устанавливается по местному времени, для ФЦ по московскому времени
|
Технологичес-кая дата. Устанавливается при загрузке информации в конкретную копию БД
|
1
|
2
|
3
|
4
|
7
|
Дата и время последнего изменения
|
Дата и время загрузки или корректировки информации в конкретной копии БД
|
Технологичес-кая дата. Устанавливается при загрузке информации в конкретную копию БД
|
8
|
Дата проведения технологической операции
|
Дата проведения технологической операции (постановка на учет, корректировка, снятие с учета) органом ГИБДД. Для записей ПУ это атрибуты транспортного формата ГИАЦ «Дата постановки в ГИАЦ» при постановке на учет или «Дата удаления, коррекции, снятия с учета в ГИАЦ» во всех прочих случаях
|
|
9
|
Дата и время перевода в архив
|
Дата и время, когда эта запись была переведена в архив другой записью
|
Технологическая дата.
Устанавливается при загрузке информации в конкретную копию БД
|
10
|
Дата постановки на автоматизированный учет
|
Дата ввода карточки учета утраченных документов или распределенной спецпродукции в автоматизированную БД
|
|
|
