• Согласуем, какие потоки используются в ИС РВП: получение нарушений и материалов, обмен статусами, получение данных об оплате проезда для отмены постановлений;
• Определяем перечень смежных систем и точек обмена; типовой контур ИС РВП включает источник нарушений, АС МВ / сведения о владельце транспортного средства, ФИАС, ИС «Почта России», модуль административного производства;
• Фиксируем роли пользователей: оператор, администратор, подписант (уполномоченное лицо).

Заранее подготавливается инфраструктура под архитектуру ИС РВП:

• Сервер приложений (backend ИС РВП на .NET Core) и сервер баз данных (PostgreSQL);
• Пространство для хранения материалов: фотографии нарушений, документы, проекты, постановления, решения, журналы;
• Тестовый и промышленный контуры, а также доступы к внешним информационным системам для проверки интеграций без риска для промышленной эксплуатации;
• Требования к рабочим местам:
• браузер (Chrome) для операторов;
• для подписанта — установленный КриптоПро CSP и необходимые плагины или компоненты для подписания.

• Развёртывание ИС РВП в контуре заказчика (on-premise);
• Настройка подключения к PostgreSQL, параметров хранения файлов, правил ротации и очистки в соответствии с регламентом;
• Включение технологических журналов и логирования для контроля этапов: приём нарушений, очередь обработки, обмен со смежными системами, формирование документов.

• Настройка реестра нарушений и первичных статусов, включая логику определения «Новый / Дубликат»;
• Согласование правил качества данных: обязательные поля, проверки корректности, критерии ошибок входящего сообщения;
• Настройка очередей и правил обработки нарушений:
• выборка нарушений в обработку;
• управление объёмом и параметрами формирования пакетов;
• фиксация результатов предварительной обработки, например: «зафиксировано / отклонено / отложено с указанием причины» — по правилам заказчика.

• Согласуются формат запроса и ответа, регламент и каналы связи;
• Настраивается механизм запросов из ИС РВП и обработка результатов;
• Определяется, какие поля используются и как они влияют на дальнейшее формирование проекта постановления.

• Настраивается обращение к модулю или сервису ФИАС;
• Включаются режимы обработки адресов, в том числе пакетное приведение;
• Определяются правила обработки случаев, когда адрес не нормализуется: присвоение статуса, ручная проверка, отложенная обработка.

• Настройка пакетной обработки нарушений: какие операции выполняются пакетно и как контролируется результат;
• Формирование проектов постановлений и сопутствующих документов;
• Настройка шаблонов документов: макеты, реквизиты, поля из реестра, СМЭВ и ФИАС;
• Организация хранения проектов и версионности: какие документы сохраняются, какие могут перезаписываться и каков срок хранения.

• Настройка ролей и прав для подписания;
• Проверка рабочих мест подписантов и настройка технической возможности использования КЭП пользователями заказчика;
• Проведение тестового цикла: проект → подпись → статус «вынесено / подписано» → дальнейшие действия.

• Настройка отправки вынесенных постановлений в электронном виде в ИС «Почта России»;
• Определение возвращаемых статусов и квитанций и их отражение в статусной модели ИС РВП;
• Настройка обработки типовых ошибок: недоступность сервиса, ошибки формата, повторная отправка, зависшие статусы.

• Передаёт вынесенные постановления в модуль административного производства;
• Получает технологические статусы обработки;
• Передаёт решения об отмене или изменении при наступлении соответствующих условий.
  

В рамках внедрения настраивается этот обмен и обеспечивается его управляемость и диагностируемость.

В типовой логике ИС РВП предусмотрена отмена постановлений при поступлении сведений об оплате. Для этого:

• Подключается источник данных об оплате, если он имеется в контуре заказчика;
• Настраивается правило, определяющее, при каком событии или условии постановление подлежит отмене;
• Отрабатывается сценарий отмены и фиксации результата во внешних системах.
  

• Обучение операторов: обработка нарушений, статусы, исключения;
• Обучение администраторов: очереди, параметры пакетной обработки, шаблоны документов, журналы;
• Отдельное обучение подписантов: использование КЭП и разбор типовых проблем при подписании.

• Переход в промышленный контур по согласованному плану;
• Контроль очередей, статусов интеграций и типовых ошибок на старте эксплуатации;
• Фиксация узких мест и подготовка предложений по оптимизации: правила пакетирования, параметры хранения, настройки обмена и иные параметры эксплуатации.

• Владелец процесса, определяющий статусы, исключения и критерии готовности;
• ИТ-контакт по вопросам контуров, доступов и интеграций;
• Тестовые доступы и стенды для СМЭВ, ФИАС, ИС «Почта России» и модуля административного производства, если применимо;
• Шаблоны постановлений и иных документов, а также требования к отчётности;
• Список подписантов и требования к КЭП, включая сертификаты, политики и подготовку рабочих мест.

• Состав внедряемого контура ИС РВП: реестр нарушений, очереди и пакетная обработка, формирование проектов постановлений, роль подписанта, отчётность;
  
• Количество и сложность интеграций и сквозных цепочек: получение и передача данных о нарушениях и материалах, СМЭВ, ФИАС, ИС «Почта России», контур административного производства, получение статусов и ответов, отмена при наступлении условий;
• Требования к КЭП и рабочим местам подписантов: КриптоПро, компоненты подписи, регламенты и политики;
• Объём и качество исходных данных: необходимость миграции, очистки, дедупликации, правила валидации;
• Инфраструктура и контуры: тестовый и промышленный контуры, сервер приложений и база данных, хранилища документов и фотографий, сетевые ограничения и доступы;
• Настройка шаблонов постановлений и иных документов: макеты, реквизиты, печатные формы, выгрузки и отчёты;
• Объём обучения и сопровождения запуска: пилот, стабилизация, мониторинг очередей и интеграций.
  
  Оценка работ выполняется исходя из трудоёмкости проекта и почасовых ставок специалистов соответствующей квалификации, включая аналитиков, разработчиков, администраторов / DevOps-специалистов, специалистов по тестированию и иных участников команды. Базовые ставки приведены в разделе «Цены».
  

Стоимость внедрения ИС РВП начинается от 3 000 000,00 ₽. Итоговая стоимость определяется после обследования инфраструктуры заказчика, согласования плана внедрения и состава интеграций и фиксируется в договоре. 

• ИС РВП развёрнута в инфраструктуре заказчика и ведёт реестр нарушений со статусами и очередями обработки;
• Настроены пакетные операции, проекты и шаблоны постановлений;
• Функционирует цепочка интеграций: СМЭВ → ФИАС → КЭП → ИС «Почта России» → модуль административного производства — в пределах согласованного состава;
• Включены журналы и логирование для диагностики обмена;
• Проведено обучение операторов, администраторов и подписантов;
• Решение подготовлено к промышленной нагрузке и дальнейшему развитию.