Внедрение СУД-Шлюза

Настройка интеграционного контура, позволяющего инициирующей информационной системе автоматически или автоматизированно отправлять заявления и пакеты документов на судебные порталы и получать статусы и ответы обратно

Внедрение СУД-Шлюза — это настройка интеграционного контура, который позволяет вашей инициирующей информационной системе (ИИС) автоматически или автоматизированно отправлять заявления и пакеты документов на судебные порталы и получать статусы и ответы обратно. Мы выстраиваем управляемое взаимодействие: с очередью обработки, преобразованием форматов в соответствии с требованиями портала, контролем авторизации и понятными статусами на каждом этапе. Взаимодействие с судебными порталами осуществляется с использованием учётных данных и в пределах полномочий заказчика.

Разработчиком и владельцем исключительных прав на программу для ЭВМ «СУД-Шлюз» является ООО «Нетвокс Лаб» (ИНН 7727627478). ООО «БРИС» оказывает услуги по внедрению и поддержке указанного программного обеспечения.

Информация о СУД-Шлюзе

Назначение

СУД-Шлюз — это интеграционный сервис, который позволяет вашей инициирующей информационной системе (ИИС) взаимодействовать с целевыми информационными системами (ЦИС) и порталами в автоматическом или автоматизированном режиме, когда прямой обмен затруднён из-за особенностей взаимодействия: сложных форматов, многошаговых сценариев, необходимости участия человека, нестабильного API и иных ограничений.

Участники взаимодействия

Инициирующая информационная система (ИИС) — система заказчика, формирующая запросы и сообщения;
Сервис — принимает сообщения от ИИС, управляет очередью, преобразованием форматов, маршрутизацией и хранением данных;
Целевые информационные системы (ЦИС) — внешние порталы и сервисы, с которыми требуется взаимодействие: порталы мировых судей, ГАС «Правосудие», портал арбитражного суда и иные ресурсы по сценарию заказчика.

Как работает СУД-Шлюз

ИИС формирует сообщение в формате, поддерживаемом шлюзом, и передаёт его в сервис.
Сервис принимает сообщение, проверяет права и учётную запись ИИС, сохраняет входные данные.
Если требуется обмен с внешним порталом, сервис:
• Помещает запрос в очередь обработки;
• Преобразует сообщение в формат, требуемый конкретной ЦИС;
• Маршрутизирует запрос в ЦИС и получает ответ;
• При необходимости сохраняет сообщения в хранилище и выполняет очистку по настройкам;
• Формирует ответ или статус для ИИС.
Если обмен с ЦИС не требуется, сервис сразу возвращает ИИС подготовленный ответ.
Если прав или учётной записи недостаточно, возвращается сообщение об отказе в доступе.

Главный эффект для ИИС — обмен становится управляемым: с очередью, контролем статусов, хранением и диагностикой, а особенности конкретных порталов изолируются внутри шлюза.

Что получает заказчик

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

С чего начинается внедрение: фиксируем сценарии и состав порталов

На старте совместно с заказчиком определяется:

Какие целевые порталы (ЦИС) включаются в первый этап: ГАС «Правосудие», порталы мировых судей, арбитраж и иные ресурсы;
Какие типы отправок реализуются: заявления, пакеты документов, дополнительные вложения, запросы статусов, получение результатов;
Какие статусы и ответы должны возвращаться в ИИС и как они должны отображаться для операторов и внутренних процессов;
Какие ограничения существуют по безопасности, сетям, доступам и журналированию.

Подготовка контуров и доступов

Внедрение СУД-Шлюза в значительной степени зависит от организационных и инфраструктурных условий, поэтому эти вопросы прорабатываются заранее:

Определяется место развёртывания шлюза: в инфраструктуре заказчика, в выделенной зоне либо в тестовом контуре для пилота;
Согласуются сетевые доступы к целевым порталам, правила выхода в интернет, прокси и межсетевые экраны, если применимо;
Создаются или подтверждаются учётные записи:

Доступ в Форт.Бастион;
Учётные данные целевых порталов, привязанные к клиентской учётной записи MSS;

Отдельно уточняются требования порталов к первичной авторизации и подтверждениям.

Настройка взаимодействия ИИС ↔ СУД-Шлюз

Чтобы ИИС заказчика могла устойчиво работать со шлюзом, выполняются следующие действия:

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

Подключение целевых порталов и настройка преобразований

СУД-Шлюз особенно эффективен там, где прямое API сложное или нестабильное. В рамках внедрения:

Настраивается преобразование входного сообщения ИИС в формат, требуемый конкретным порталом;
Задаётся маршрутизация по порталам и сценариям: куда направлять запрос, какие шаги выполнять, каких результатов ожидать;
Учитываются особенности взаимодействия с порталом: многошаговые формы, паузы, подтверждения, нестандартные статусы.

Очередь обработки и управляемые повторы

Ключевой элемент решения — очередь обработки. Она настраивается так, чтобы:

Заявления не терялись и не обрабатывались вручную по одному;
Повторная обработка не приводила к созданию дублей на портале;
При временной недоступности портала запрос корректно повторялся по установленным правилам;
Статусы оставались понятными и однозначными: «в очереди», «отправляется», «отправлено», «ожидает статус», «завершено», «ошибка».

Хранение сообщений и журналирование

По согласованному регламенту:

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

Актуализация авторизационных данных и устойчивость доступа

Практика взаимодействия с судебными порталами показывает, что сессии могут завершаться, а требования к входу — изменяться. В связи с этим:

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

Тестирование сквозных сценариев и пилот

Проверяются не отдельные элементы, а полные рабочие цепочки:
ИИС сформировала заявление → передала его в шлюз → шлюз поставил сообщение в очередь → преобразовал формат → направил на портал → получил подтверждение или статус → вернул результат в ИИС.

Дополнительно отрабатываются:

Получение статусов по ранее отправленным заявлениям;
Обработка ошибок и повторных попыток;
Сценарии временной недоступности портала;
Предотвращение дублей.

Обучение и ввод в эксплуатацию

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

Что требуется от заказчика

Ответственный по процессу: какие заявления направляются, какие статусы и результаты должны возвращаться в ИИС, правила повторов и обработки исключений;
ИТ-контакт: контуры, доступы, сети, правила выхода к порталам;
Перечень целевых порталов и действующие учётные данные с необходимыми правами;
Примеры заявлений, пакетов документов и ожидаемых результатов;
Согласованный регламент актуализации авторизационных данных, в том числе через Форт.Капонир.

Стоимость

Стоимость внедрения программы для ЭВМ «СУД-Шлюз» определяется индивидуально и зависит от состава целевых порталов, реализуемых сценариев отправки заявлений и требований к устойчивости интеграционного контура, очереди обработки, авторизации и получения статусов и ответов.

При формировании стоимости учитываются, в том числе:

Перечень целевых порталов и сценариев работы: ГАС «Правосудие», порталы мировых судей, арбитраж и иные ресурсы; отправка заявлений и пакетов, получение статусов и результатов;
Сложность правил взаимодействия с порталами: многошаговые сценарии, особенности форматов, требования к вложениям, различия по регионам;
Настройка интеграции «ИИС ↔ СУД-Шлюз»: формат входных сообщений, метаданные, сопоставление статусов и ответов с исходными заявлениями, обработка ошибок;
Очередь обработки и правила повторов: таймауты, ретраи, предотвращение дублей, обработка недоступности порталов;
Авторизация на порталах и регламент актуализации учётных данных: наличие действующих аккаунтов, первичная авторизация, использование плагина для актуализации авторизационных данных;
Инфраструктура заказчика и сетевые ограничения: on-premise контур, правила выхода к порталам, прокси, VPN, сегментация, порядок удалённого доступа;
Ьребования к хранению и журналированию: какие данные сохраняются по заявлению, срок хранения, доступность полной цепочки для расследований;
Объём тестирования и пилота: количество сценариев, нагрузка, стабилизация на реальных потоках.

Оценка работ выполняется исходя из трудоёмкости проекта и почасовых ставок специалистов соответствующей квалификации: аналитиков, разработчиков, администраторов / DevOps-специалистов, специалистов по тестированию и иных участников проектной команды.

Стоимость внедрения СУД-Шлюза начинается от 200 000 ₽. Итоговая стоимость определяется после обследования инфраструктуры, согласования перечня порталов и сценариев взаимодействия и фиксируется в договоре. Базовые почасовые ставки специалистов размещены в разделе «Цены».

Результат внедрения СУД-Шлюза

ИИС заказчика получает возможность направлять заявления и пакеты документов в судебные порталы через единый шлюз;
Функционирует очередь обработки и понятная статусная модель на каждом этапе;
Настроены преобразование форматов и маршрутизация в соответствии с требованиями конкретного портала;
Обеспечено получение статусов и ответов с их сопоставлением с исходными заявлениями;
Определён порядок актуализации авторизации и действий при сбоях на стороне порталов;
Включены журналы и механизмы хранения для контроля и расследования инцидентов;
Команда заказчика подготовлена к промышленной эксплуатации.