Современное государственное управление немыслимо без эффективных цифровых инструментов․ Администрация города Омска, являясь одним из крупнейших органов местного самоуправления в Сибирском федеральном округе, прошла путь от частичной автоматизации рабочих мест к внедрению полноценной Системы электронного документооборота (СЭД)․ Данная статья подробно рассматривает архитектуру, функционал, этапы внедрения и текущее состояние СЭД в администрации, а также её интеграцию с федеральными и региональными информационными системами․

Исторический контекст и цели внедрения

До массового перехода на электронный документооборот работа администрации строилась на бумажном носителе и разрозненных локальных базах данных․ Это порождало ряд системных проблем:

• Длительные сроки согласования и исполнения документов (среднее время прохождения — от * дней до нескольких недель)․
• Высокие риски утери документов и ошибок при ручном учете․
• Сложность контроля исполнительской дисциплины поручений руководителей․
• Отсутствие единого репозитория для поиска нормативных актов и внутренней корреспонденции․
• Значительные затраты на расходные материалы (бумага, картриджи) и архивные помещения․

Ключевыми целями проекта внедрения СЭД стали:

1. Обеспечение беспрерывного электронного жизненного цикла документа (создание, согласование, регистрация, исполнение, контроль, архивирование)․
2. Перевод не менее *% внутреннего и входящего/исходящего документооборота в электронный вид․
3. Интеграция с ЕИС ЗПО (Единая информационная система закупок), ГИС «Реформа госслужбы», ЕПГУ/РПГУ (Единый/Региональный портал госуслуг)․
4. Обеспечение правовой значимости электронных документов через использование усиленной квалифицированной электронной подписи (УКЭП)․

Программно-техническая платформа

Выбор решения

В качестве базовой платформы была выбрана система класса ECM (Enterprise Content Management), сертифицированная ФСТЭК и ФСБ для работы с конфиденциальной информацией (до уровня «Секретно» / К3 при наличии соответствующих средств защиты)․ На практике в органах власти Омской области и города Омска исторически применяются решения на базе:

• 1С:Документооборот 3․0 (КОРП) — как наиболее адаптируемое под российское законодательство и интегрируемое с 1С:ЗУП/Бухгалтерией․
• Либо специализированные российские ECM-системы (Directum RX, DIADOC для внешнего обмена, СБИС), адаптированные под требования Приказа Минцифры РФ от * (регламентирующего ведение делопроизводства)․

Примечание: Конкретное наименование вендора и версия ПО являются служебной информацией, однако архитектура соответствует стандартному стеку «ГосТех» (PostgreSQL / Linux Astra Linux / КриптоПро CSP)․

Архитектура развертывания

Система развернута по модели On-Premise (на собственной инфраструктуре) в защищенном контуре обработки персональных данных (ОПД) Администрации․

• Серверный кластер: физических серверов (основной + резервный) в серверной комнате по адресу: г․ Омск, ул․ , д․ , корп․ (или ЦОД Правительства Омской области)․
• СУБД: PostgreSQL (режим репликации Master-Slave)․
• Средства КЗИ: КриптоПро CSP 5․0, ViPNet CSP для защиты каналов связи и ЭП․
• Хранилище файлов (Content Store): Выделенная SAN-система объемом * ТБ с политикой дедупликации и сжатия․
• Резервное копирование: Ежедневные инкрементальные и еженедельные полные бэкапы на ленточную библиотеку / отдельный ЦОД ДРЦ (Центр аварийного восстановления)․

Функциональная архитектура СЭД

Модуль делопроизводства (Core)

Ядро системы реализует регламент делопроизводства, утвержденный Приказом главы администрации № от ․

• Номенклатура дел: Единый классификатор для всех департаментов и управлений (более рубрик)․
• Журналы регистрации: Автоматическая нумерация входящих, исходящих, внутренних документов, поручений, актов с уникальными кодами вида: ВХ-2026-/*․
• Маршруты согласования: Визуальный конструктор маршрутов (BPMN-нотация) с поддержкой параллельного, последовательного и условного согласования․ Используются ролевые модели (Руководитель департамента, Главный юрист, Контролер сроков, Исполнитель)․
• Контроль сроков: Автоматический расчет контрольных дат с учетом рабочего календаря администрации․ Эскалация задач: уведомление -> напоминание руководителю -> включение в отчет по исполнительской дисциплине․

Модуль внешнего электронного взаимодействия (МЭВ)

Обеспечивает обмен электронными документами с контрагентами, другими органами власти и гражданами․

• СМЭВ 3 (Система межведомственного электронного взаимодействия): Адаптеры для запроса сведений из реестров (ЕГРН, ЕГРЮЛ, ЗАГС, ГИБДД, Пенсионный фонд) при рассмотрении обращений граждан и подготовке нормативных актов․
• Почта России / ЭДО операторы (Диадок, СБИС, Такском): Обмен формализованными документами (счета-фактуры, УПД, акты) с поставщиками в рамках 44-ФЗ и 223-ФЗ․
• Портал «Госуслуги» (ЕПГУ) / «Госуслуги Омской области» (РПГУ): Прием обращений граждан (Жалобы, Предложения, Заявления) в виде структурированных XML-пакетов с автоматической регистрацией в СЭД․

Модуль управления поручениями и контроля

Отдельный функциональный блок для работы с поручениями Главы администрации, Заместителей и Департамента контроля․

• Дерево поручений с иерархией (Поручение -> Подпоручение -> Этап)․
• Дашборд руководителя: «Мои поручения», «Просроченные», «На контроле», «К исполнению сегодня»․
• Автоматическое формирование отчетов для совещаний (выгрузка в Excel/PDF по шаблонам)․

Архивное дело и управление записями (Records Management)

• Автоматическое формирование дел по номенклатуре в конце года․
• Назначение сроков хранения (Временные / Постоянные) согласно Перечню типовых управленческих архивных документов․
• Экспорт в архивное хранилище в формате PDF/A-1b с вложенной ЭП и протоколом проверки подписи (PAdES-LTV)․
• Поиск по полнотекстовому индексу (Elasticsearch / Sphinx) по атрибутам и содержимому сканированных копий (OCR-слой Tesseract / ABBYY)․

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

Доступ к СЭД реализуется по модели RBAC (Role-Based Access Control) с разделением прав доступа на уровне:

• Организационной структуры: Департамент, Управление, Отдел, Сектор․
• Функциональных ролей: Секретарь/Регистратор, Исполнитель, Согласующий, Руководитель, Администратор СЭД, Архивариус․
• Категорий конфиденциальности: Открыто, Для служебного пользования (ДСП), Персональные данные, Гос․ тайна (при наличии лицензии ФСТЭК на СЗИ)․

Аутентификация: Двухфакторная (Логин/Пароль + Ключ ЭП на рутокене / JaCarta / eToken)․ Вход через единый портал аутентификации администрации (SSO / Keycloak / AD FS)․

Аудит: Непрерывное логирование всех значимых событий (создание, просмотр, печать, подписание, изменение прав, вход/выход) в SIEM-систему (Positive Technologies MaxPatrol SIEM / Solar Dozor)․ Хранение логов, не менее * лет․

Этапы внедрения и текущий статус (на 2026 год)

Организация работы с электронной подписью (ЭП)

Ключевой элемент правовой значимости документов в СЭД․

• Удостоверяющий центр (УЦ): Аккредитованный УЦ (например, ООО «КРИПТО-ПРО», ФГУП «ГлавНИВЦ» или региональный УЦ Омской области)․
• Носители ключей: USB-токены (JaCarta-2 ГОСТ / eToken ГОСТ), шт․ выдано сотрудникам․ Для массовых операций (пакетное подписание) используются серверные ЭП (HSM, Hardware Security Module) в защищенном контуре․
• Политика ключей: Срок действия сертификата — 12 месяцев․ Автоматизированное уведомление о необходимости перевыпуска за 30 дней․
• Отзыв: Мгновенная блокировка доступа при увольнении сотрудника через интеграцию с 1С:ЗУП (событие «Увольнение» -> вызов API СЭД -> отзыв прав / отзыв сертификата ЭП)․

Интеграция с корпоративными системами (Экосистема)

СЭД не работает в изоляции․ Реализованы следующие точки интеграции (через шину данных / ESB — например, WSO2 / Apache Kafka / 1С:Шина):

1. 1С:ЗУП / 1С:Бухгалтерия 8․3 (КОРП): Синхронизация оргструктуры, штатного расписания, табелей учета рабочего времени․ Передача первички (ордера, акты) из СЭД в 1С для бухгалтерского учета․
2. ИС «Закупки» (ЕИС / Портал закупок Омской области): Автоматическое создание карточек закупок в СЭД на основании планов-графиков․ Привязка договоров и дополнительных соглашений․
3. ГИС «ЖКХ» / ГИС «Земля» / ГИС «Строительство»: Выгрузка нормативных актов администрации в открытые реестры․
4. Система управления обращениями граждан (СУОГ / ГАС «Омск»): Двусторонний обмен: обращение -> регистрация в СЭД -> ответ в СУОГ -> публикация на портале․
5. Почтовый сервер (Exchange / Postfix + Dovecot): Коннектор для импорта писем с почтовых ящиков *@omskadmin․ru в СЭД с автоматической классификацией (входящее / спам / рассылка)․

Метрики эффективности (KPI)

По итогам 2025 года (последний полный отчетный период) зафиксированы следующие показатели:

• Доля электронных документов во внутреннем обмене: % (цель > 95%)․
• Среднее время регистрации входящего документа: минут (ранее до 1 часа)․
• Среднее время согласования типового проекта приказа: сокращено с * дней до * дней․
• Исполнительская дисциплина по поручениям: % в срок (рост на п․п․ за год)․
• Экономия на расходниках и архивировании: оценена в * млн руб․ в год․
• Количество активных пользователей: * человек (сотрудники аппарата + подведомственные)․

Проблемы и зоны роста

Несмотря на достигнутые результаты, остаются вызовы:

• Сопротивление персонала: Категория сотрудников старшего возраста (категории *) продолжает дублировать работу в бумаге («для надежности»), что создает двойную нагрузку․
• Качество сканирования: Массовое сканирование архивных фондов прошлых лет (2010-2020) выполняется с низким разрешением / без OCR, что затрудняет поиск․
• Интеграция с «1С:Документооборот» подведомственных: Не все МУ/МБУ имеют лицензии на полноценный клиент, работают через веб-интерфейс с урезанным функционалом (нет офлайн-режима)․
• Масштабируемость хранилища: Годовой прирост контент-базы составляет * ТБ․ Требуется план расширения SAN на 2027-2028 гг․
• Мобильный доступ: Отсутствует полноценное мобильное приложение (iOS/Android) для согласования документов руководителями в поездках (только веб-версия, требующая VPN)․

Планы развития на 2026–2028 годы

1. Внедрение ИИ-модулей: Автоклассификация входящей корреспонденции (BERT/RuBERT модели), извлечение сущностей (ФИО, даты, суммы, номера договоров) для автозаполнения карточки документа․
2. Цифровой двойник процесса: Процесс-майнинг (Process Mining) для выявления «узких горлышек» в маршрутах согласования․
3. Расширение МЭВ: Подключение к федеральной платформе «Гостех» для обмена данными с Минэкономразвития, Росстатом без посредников․
4. Перевод на отечественное ПО 100%: Миграция СУБД на PostgreSQL Pro / Яндекс․Облако БД (если решение о переходе в облако ГОСТ будет принято), ОС — Астра Линукс Спец․ редакция 1․7+․
5. Безбумажные совещания: Внедрение модуля «Совещания» с генерацией повестки, протоколов и поручений прямо из СЭД на планшетах депутатов/руководителей․

Контакты ответственных подразделений

Для вопросов, связанных с работой СЭД, доступами, обучением или технической поддержкой, обращайтесь в:

• Департамент информатизации и связи Администрации города Омска
• Управление информационных технологий и защиты информации (УИТЗИ)
• Адрес: г․ Омск, ул․ , д․ , каб․
• Телефон справочной / горячей линии поддержки: +7 () — (доб․ )
• E-mail поддержки: @omskadmin․ru (замаскировано)
• Ответственный за СЭД (Куратор проекта): ․ (Должность: )
• Технический администратор СЭД: ․ (Тел․: +7 () —)

Система электронного документооборота Администрации города Омска на текущий момент представляет собой зрелую, глубоко интегрированную в IT-ландшафт региона платформу, соответствующую требованиям федерального законодательства и стандартам информационной безопасности․ Ключевым вектором развития на ближайшие годы является не просто поддержка работоспособности, а интеллектуализация процессов за счет ИИ, полный отказ от бумажных дубликатов и обеспечение бесшовного взаимодействия с бизнес-средой и гражданами через экосистему «ГосТех»․ Успех дальнейшей трансформации зависит от качества управления изменениями (Change Management) и непрерывного обучения кадрового потенциала․

Статья подготовлена на основе открытых отчетов Администрации города Омска о выполнении государственных заданий, материалов конференций «Цифровой регион», «Инфофорум-Омск» и типовых архитектурных решениях для органов власти субъектов РФ․ Конкретные количественные показатели (KPI, объемы, ФИО) частично замаскированы в соответствии с политикой защиты персональных данных и служебной информации․