Почему техподдержка ЭДО — это зона уголовной ответственности директора

Руководитель думает, что работа технической поддержки электронного документооборота (ЭДО) сводится к ответам на звонки пользователей. Это фатальное заблуждение.

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

Управлять техподдержкой ЭДО — значит управлять долгосрочными рисками организации, прежде всего правовыми. Задача руководителя службы:

• следить, чтобы действия администраторов не разрушали юридическую силу документов и не создавали уголовные риски для должностных лиц;
• оперативно реагировать на предпосылки проблем с виртуальными и физическими серверами;
• решать задачи на стыке софта, серверов, сетей, ЭЦП, интеграций, документоведения, бизнес-архитектуры, VipNet, юриспруденции и анализа первопричин (RCA).

В моем опыте управления технической поддержкой ЭДО масштаба региона (20 тыс. из 1500+ населенных пунктов и более 3000 разных организаций) риск-менеджмент (Root Cause Analysis — RCA) был ежедневной практикой. Моей задачей было увидеть повторяющиеся паттерны, проанализировать, предупредить риски (технические, программные и юридические), внедрить инструменты предупреждения. RCA конкретно в информационных системах документарного стека необходим сразу в нескольких сегментах.

Техническое направление

СЭД — высоконагруженные системы с большими объёмами данных и множеством интеграций. Их недостаточно просто поддерживать: нужно анализировать, что влияет на работу серверов и системы в целом, и превентивно устранять причины сбоев.

Например, анализ заявок выявил повторяющийся паттерн: при исправной системе у пользователей по конкретному адресу не загружались PDF-файлы. Обследование физических сетей в здании нашло участки потерь пакетов данных. Другие случаи:

• потери пакетов из-за ошибок маршрутизации в локальных сетях участников СЭД;
• сбои ЭЦП, когда на одном носителе записано несколько ключей и система не выбирает нужный;
• сбой настройки даты на координаторах после отключения электричества — оборудование работало, но перестало пускать пользователей в защищённую сеть.

Все эти проблемы решены благодаря анализу первопричин (RCA) и легли в базу опыта.

Работа с документами

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

Юридическое направление

Анализ заявок показал: пользователи запрашивали действия с серьёзными правовыми рисками — подмену файлов, удаление файлов из документов с ЭЦП, подмену метаданных. Чтобы исключить такие риски, применили RCA и сделали вот что:

• изменили работу службы техподдержки и обучили сотрудников;
• провели обучение пользователей в формате ВКС: разобрали, какие правовые последствия несут разные административные действия в СЭД;
• выложили на сайт презентации «Правовые риски участников СЭД».

В итоге в моём резюме появился новый навык — RCA (риск‑менеджмент).

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

Когда я строила службу технической поддержки 1 и 2 уровня для двух информационных систем документарного стека, я исходила из того, что в правовом поле:

• каждое административное действие в системе — это юридическое действие;
• ошибка администратора может привести к штрафам до 20 млн рублей или уголовным статьям (292, 303 УК РФ);
• техподдержка СЭД должна не только «чинить», но и защищать участников системы от правовых последствий их собственных действий.

Как я построила эту систему

1. Чёткое разделение зон ответственности. Рядовые сотрудники решают типовые задачи (создание учётных записей, консультации по интерфейсу) строго по регламентам. Всё, что выходит за рамки, — автоматический апгрейд на начальника службы. Это защищает от «инициативы» и ошибочных решений в зонах высокого правового риска на местах.

2. Принцип «сначала согласование, потом действие». Заявки, которые несут правовые риски (удаление файлов, подмена документов и метаданных, реорганизации), не могут быть выполнены без многоступенчатого согласования. Согласующие — руководители заявителя, кадровой службы и делопроизводства организации. Каждый отвечает за свою зону. Но даже в случае положительного согласования сотрудниками организации автора заявки окончательное решение — за руководителем службы технической поддержки ЭДО, у которого, помимо технического образования есть и юридическое с опытом в 10 лет в качестве руководителя направления в юридическом департаменте трубного холдинга.

3. Золотое правило: подписанный ЭЦП документ не меняется. Это не техническое ограничение: администраторы это могут. Но не должны. Это юридический принцип. Если ошибка обнаружена после подписания — мы не правим файл, а оформляем новый документ. Это дольше, но единственно законно и безопасно.

4. Мониторинг и эскалация. Любые нестандартные симптомы (массовые сбои, подозрения на использование чужой ЭЦП, утечки персональных данных, подозрения на то, что на конкретных рабочих местах теряются пакеты данных) — немедленно на меня как на начальника службы. Это позволяет реагировать не как «пожарная команда», а как профилактическая система.

5. Юридический фильтр на входе. Каждая заявка проверяется на наличие документов — оснований и правовых рисков. Если у организации нет правового статуса в системе — мы не выполняем заявку. Даже если «очень надо».

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

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

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

Результат такой организации технической поддержки:

• 100% доступность систем при нагрузке более 20 тыс. пользователей;
• 0 уголовных рисков для директоров организаций, которые ведут свой документооборот в СЭД;
• сокращение времени решения инцидентов на 30% при общем объеме более 30 тыс. заявок в год;
• прозрачная система ответственности;
• формирование у пользователей культуры использования СЭД, осознания правовых последствий их действий в системе и вдумчивая работа.

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

1. Каждый пользователь знает, что помещать в СЭД персональные данные и удалять/заменять файлы после подписания ЭЦП нельзя.

2. Каждый администратор помнит, что его действие может стать причиной уголовного преследования.

3. Каждый руководитель видит, что его техподдержка ЭДО — это его щит.

Изображение сгенерировано с помощью искусственного интеллекта.