Цифровая трансформация государственных органов — это не просто модный тренд, а объективная необходимость, обусловленная ростом объемов документооборота и требованиями к скорости предоставления государственных услуг. Министерство юстиции Тульской области (далее — Министерство, Минюст Тула) стало одним из пилотовых площадок в регионе для внедрения технологии RPA (Robotic Process Automation) — роботизации бизнес-процессов.

Проблематика и предпосылки к внедрению

До начала проекта сотрудники Министерства сталкивались с рядом системных проблем:

• Высокая трудоемкость рутинных операций: Ручной перенос данных между несвязанными информационными системами (ЕГРЮЛ/ЕГРИП, ГИС «Реестр НКО», АИС «НОР», региональные порталы).
• Риск человеческого фактора: Ошибки при вводе реквизитов, пропуск сроков контроля, дублирование записей.
• Дефицит временного ресурса: Специалисты высшего звена (юристы, аналитики) тратили до 40–50% рабочего времени на клавиатурную работу вместо экспертной деятельности.
• Пиковые нагрузки: В периоды отчетности (квартальная, годовая) нагрузка на кадры возрастала многократно, требуя привлечения сверхурочных или временного персонала.

Анализ процессов, проведенный совместно с интегратором * (название организации скрыто), выявил более 15 кандидатов на автоматизацию. Приоритет отдали процессам с высокой частотой повторения, четкими правилами и структурированными данными.

Архитектура решения и стек технологий

Для реализации проекта была выбрана платформа * (название RPA-платформы скрыто), соответствующая реестру российского ПО и сертифицированная ФСТЭК (при необходимости работы с КС). Архитектура построена по клиент-серверной модели:

1. Оркестратор (Server): Развернут на защищенном контуре Министерства (сервер …). Обеспечивает управление очередями задач, мониторинг ботов, версионирование скриптов, аудит действий (логирование каждого клика и ввода).
2. Рабочие станции ботов (Unattended Robots): Пулы виртуальных машин (ВМ) на базе ОС Astra Linux / Windows 10 LTSC (в зависимости от требований целевых систем), размещенные в ЦОД Министерства. Доступ к ВМ осуществляется только через оркестратор.
3. Студия разработки (Studio): Используется аналитиками RPA-центра компетенций (РЦК) на изолированных станциях для разработки и отладки сценариев.
4. Хранилище учетных данных (Credential Store): Интеграция с * (например, HashiCorp Vault / CyberArk / встроенным хранилищем) для безопасного хранения логинов/паролей к целевым системам. Пароли сотрудников * (ФИО скрыты) нигде не хранятся в открытом виде.

Ключевые технические особенности реализации:

• Селекторы и Computer Vision: Для взаимодействия с веб-интерфейсами ГИС и порталов используются устойчивые CSS/XPath-селекторы. Для десктопных приложений (старая АИС «НОР», 1С) — технология Computer Vision и OCR (Tesseract / ABBYY), позволяющая «видеть» интерфейс как человек.
• Обработка исключений (Try-Catch): Каждый сценарий имеет блоки перехвата ошибок: системные (падение приложения, потеря сети), перезапуск через N минут; бизнес-ошибки (нет данных, неверный формат) — отправка заявки в очередь на ручную обработку оператору с прикрепленным скриншотом и логом.
• Идемпотентность: Сценарии написаны так, что повторный запуск на тех же входных данных не приводит к дублированию записей (проверка существования записи перед созданием).

Основные автоматизированные сценарии (Use Cases)

На текущий момент в промышленной эксплуатации работает 7 роботов (Unattended), закрывающих сквозные процессы:

Автоматизация ведения Реестра некоммерческих организаций (НКО) региона

Процесс: Ежедневный мониторинг ГИС «Реестр НКО» (Федеральный уровень) на предмет изменений по НКО, зарегистрированным в Тульской области (смена руководителя, адреса, устава, ликвидация).

• Было: Специалист ежедневно заходил на портал, вводил ИНН/ОГРН в фильтр, проверял карточки, вручную заносил изменения в региональную АИС «Реестр НКО Тула» и формировал уведомление для надзорных органов.
• Стало: Бот по расписанию (02:00 ночи) подключается к ГИС через ЕСИА (сертификат ), выгружает дельту изменений за сутки, парсит XML/JSON, сверяет с региональной БД. При расхождении, обновляет карточку в АИС «Реестр НКО Тула», формирует PDF-уведомление по шаблону и направляет его в СЭД (Систему электронного документооборота) на согласование ответственному исполнителю * (ФИО скрыто).
• Эффект: Экономия ~120 человеко-часов в месяц. Срок реакции на изменения сокращен с 1-3 дней до нескольких часов.

Автоматизированная выдача справок о включении в реестры (ЕГРЮЛ/ЕГРИП)

Процесс: Обработка входящих электронных обращений (через портал Госуслуг / СЭД) на выдачу справок.

• Бот читает входящее письмо (NLP/RegEx разбор темы и текста), извлекает ИНН/ОГРН запрашивающего и параметры справки.
• Авторизуется в личном кабинете налоговой службы (ЛК ИФНС) или использует API ФНС (если доступно).
• Заказывает справку, оплачивает госпошлину (интеграция с казначейством / ЭЦП казначейства *), скачивает готовый PDF с ЭЦП ФНС.
• Кладит файл в исходящий документ СЭД, ставит задачу контролеру на подписание ЭЦП Министерства и отправку заявителю.
• Эффект: Обработка 95% стандартных запросов без участия человека. Время цикла: 15 минут против 2-4 часов ручной работы.

Контроль сроков рассмотрения обращений граждан (КСОГ)

Процесс: Ежедневный аудит задач в СЭД * на предмет просроченных и заканчивающихся сроков.

• Бот выгружает реестр открытых задач по отделам.
• Рассчитывает остаток дней с учетом рабочего календаря (производственный календарь РФ).
• Отправляет отчеты по почте/в Telegram-бота Министерства (внутренний контур) строго по 09:00 каждого рабочего дня.
• Эффект: Исключен ручной сбор отчетов помощниками руководителей. Снижение количества просрочек на 30% за первый квартал эксплуатации.

Синхронизация данных между АИС «НОР» (Надзор за исполнением решений) и 1С:Документооборот

Робот обеспечивает двусторонний обмен данными о исполнительных производствах, исключая двойной ввод номера ИП, ФИО должника, суммы долга и статуса.

Организация процесса разработки и управления (RPA CoE)

Для устойчивой работы создан Центр компетенций RPA (РЦК) при Департаменте информатизации Министерства. Состав команды:

• Продукт-владелец (Product Owner): * (ФИО скрыто) — приоритизация бэклога, приняка инкрементов, связь с бизнесом.
• RPA-архитектор / Технический лидер: * (ФИО скрыто) — проектирование решения, код-ревью, настройка оркестратора, безопасность.
• RPA-разработчики (2 шт.): * , * (ФИО скрыты) — разработка сценариев, автотесты, документация (PDD, SDD, TDD).
• Бизнес-аналитик: * (ФИО скрыто) — сбор требований, описание AS-IS / TO-BE процессов, подготовка тест-кейсов, UAT (приемо-сдаточные испытания) с пользователями.
• Администратор инфраструктуры: * (ФИО скрыто) — поддержка ВМ, оркестратора, сертификатов ЭЦП, сетевых политик.

Жизненный цикл бота (SDLC для RPA):

1. Idea & Assessment: Заявка от бизнеса -> Оценка сложности (Story Points) и ROI -> Вход в бэклог.
2. Design (PDD): Детальное описание процесса, исключений, правил доступа, матрица рисков. Согласование с ИБ (Информационной безопасностью) и владельцами целевых систем.
3. Development: Разработка в Studio, использование библиотек общих компонентов (Framework: авторизация, работа с СЭД, логирование, отправка алертов). Git (GitLab/Gitea) для версионирования.
4. Testing (Dev -> Stage -> Prod):
   • Unit-тесты (модульные) на уровне флоу.
   • Интеграционные тесты на стенде Stage (изолированные контуры целевых систем или моки).
   • UAT с ключевыми пользователями на Stage.
5. Deployment: Релиз через оркестратор (Blue/Green или Rolling update пула ботов). Откат за 5 минут при критическом баге.
6. Monitoring & Support: SLA на реакцию: Критично (бот упал) — 30 мин (рабочее время), Высоко, 2 часа, Низко — следующий рабочий день. Мониторинг через Grafana/Prometheus (метрики оркестратора) + Telegram-алерты дежурному разработчику.

Информационная безопасность и соответствие требованиям

Учитывая статус Министерства (Критическая информационная инфраструктура / ГИС), безопасность была приоритетом №1:

• Разделение контуров: Оркестратор и боты находятся в замкнутом контуре Министерства. Исходящие соединения только к белому списку IP (ГИС ФНС, Минюст РФ, Госуслуги, СЭД) через шлюз безопасности .
• Управление секретами: Никаких паролей в коде. Все ЭЦП (токены Рутокен / JaCarta) физически подключены к серверам ботов через USB-IP-концентраторы . Доступ к ключам разграничен по ролям в оркестраторе.
• Аудит и неотрекаемость: Каждое действие бота (клик, ввод, запрос к БД, вызов API) логируется в нередактируемую БД аудита оркестратора. Логи передаются в SIEM-систему Министерства (*).
• Персональные данные: Обработка ПДн осуществляется в соответствии с 152-ФЗ. Боты не накапливают ПДн локально — данные проходят через переменные в памяти процесса и сразу записываются в целевую систему. Очистка временных файлов (скриншоты ошибок, выгрузки Excel) по расписанию каждые 24 часа.
• Аттестация: Автоматизированная система (АС) прошла аттестацию на соответствие требованиям ФСТЭК (уровень доверия 3 / класс защищенности 2/3 в зависимости от подсистемы). Выдано свидетельство * (номер скрыт).

Количественные результаты и KPI (на конец 2024 / начало 2025 г.)

Проблемы, риски и lessons learned

Проект не прошел без сложностей. Основные уроки:

• Изменение интерфейсов целевых систем (UI Drift): Обновление портала Госуслуг или ГИС «Реестр НКО» ломает селекторы. Решение: Внедрена практика «Smoke-тестов», бот-пробник запускаеться каждые 30 мин в рабочее время, проверяет вход на портал и наличие ключевых элементов. При падении — алерт разработчику до массового запуска рабочих ботов.
• Качество данных в источниках: «Мусор» в ФИО, нестандартные адреса, отсутствие ОГРН в старых карточках. Решение: Внедрение слоя нормализации данных (функции очистки, fuzzy-поиск по ФИО+ДР) внутри фреймворка.
• Сопротивление персонала: Страха «роботы уволят». Решение: Коммуникационная кампания «Робот — это помощник, убирающий рутину». Переквалификация сотрудников * (ФИО скрыты) в операторов RPA / бизнес-аналитиков.
• Управление ЭЦП: Проблемы с «зависанием» криптопровайдера (CryptoPro CSP) на длительных сессиях. Решение: Реализован механизм перезапуска криптопровайдера и переподключения токена перед каждой операцией подписания через командную строку (csptest / certmgr).
• Лицензирование: Переход на отечественную платформу * потребовал переобучения команды и переписывания части кода (миграция с UiPath / Automation Anywhere). Запланирован заранее, бюджет заложен.

Планы развития (Roadmap 2025–2026)

1. Масштабирование на подведомственные организации: Развертывание агентов оркестратора в Тульском региональном отделе Росреестра, Управлении ФССП по Тульской области (по согласованию) для сквозных межведомственных процессов.
2. Intelligent Automation (IA) / IDP: Внедрение модуля интеллектуальной обработки документов (Intelligent Document Processing) для работы с неструктурированными входящими письмами (сканы, фото, свободный текст). Использование нативных LLM (на базе * / GigaChat / YaGPT в закрытом контуре) для классификации и извлечения сущностей.
3. Process Mining: Внедрение инструмента Process Mining (*) для автоматического обнаружения новых кандидатов на автоматизацию по логам СЭД и 1С.
4. Citizen Development (Low-code для бизнеса): Пилотное предоставление доступа к упрощенному конструктору (StudioX / аналог) продвинутым пользователям для автоматизации личных макро-задач (отчеты Excel, сборка справок) под контролем РЦК.
5. Чат-бот для внутренних пользователей: Интерфейс взаимодействия с оркестратором через корпоративный Telegram/Element-бот: «Запустить бота «Справка ЕГРЮЛ» для ИНН *», «Покажи статус задачи #12345».

Внедрение RPA в Министерстве юстиции Тульской области демонстрирует, что даже в условиях строгих требований ИБ, закрытых контуров и легаси-систем можно достичь значимого эффекта за короткие сроки. Ключевыми факторами успеха стали:

• Сильная мандатация сверху (Руководитель Министерства * — ФИО скрыто — курирует проект лично).
• Создание внутренней экспертизы (РЦК), а не полная аутсорсинговая модель.
• Жесткий фокус на ROI и качестве данных на входе.
• Гибкая методология (Agile/Scrum) с двухнедельные спринтами и демо для бизнеса.

Технология RPA перестала быть «пилотом» и стала стандартным инструментом цифровизации Министерства, высвобождая высококвалифицированных юристов и аналитиков для задач, требующих правовой экспертизы и принятия управленческих решений, а не копипаста данных.

Статья подготовлена на основе открытых данных и обобщенного опыта внедрения. Конфиденциальные сведения (IP-адреса, ФИО сотрудников, номера телефонов, номера сертификатов, суммы контрактов) заменены на маску * в соответствии с политикой безопасности.