Учётная запись в СЭД: больше, чем логин
В спорах об администрировании СЭД часто звучит: «Учётная запись — это просто логин и пароль, чтобы зайти в систему». А когда увольняется сотрудник, некоторые наивно полагают, что его «учётку» можно просто отдать другому человеку. Или закрыть без назначения функционального преемника.
Это опасное заблуждение. В системах электронного документооборота (особенно в критических ИС) учётная запись — это не «кнопка входа». Это:
1. Юридический субъект. За учётной записью стоит конкретный сотрудник с его должностью, полномочиями и электронной подписью (ЭП). Подписанный документ приравнивается к бумажному с собственноручной подписью (63-ФЗ). 2. Функциональный субъект. Учётная запись — это звено в огромной цепочке бизнес-процессов. У неё есть входящие задачи, накопленный архив документов, маршруты согласования, права доступа. 3. Долгоживущий субъект. Человек уходит (увольняется, уходит в декрет, переходит на другую должность), но учётная запись как функциональный объект не перестает существовать именно в виде звена документооборота. Процессы, которые на ней висят, должны продолжаться.
Что происходит, если НЕ закрыть учётную запись уволенного сотрудника? Если ей будет пользоваться Аня в ИСПД — для Ани штраф 300 000 рублей за КАЖДЫЙ обработанный ей документ, для организации — от 25 000 до 20 млн рублей. Каждый обработанный Аней документ ничтожен. Грубейшее нарушение, ведущее к подмене личности и фальсификации, с ответственностью по уголовным статьям и для руководителя организации, и для Ани. И это прямое нарушение требований Приказов ФСТЭК России (№ 17 и № 21), где сказано: «Запрещается использование одной учётной записи несколькими пользователями».
Передача учётки — это не «техническая мелочь», это нарушение режима безопасности.
Что происходит, если закрыть учётную запись без назначения функционального преемника? Останавливаются процессы. Повисают задачи. Ломаются маршруты. По сути, огромный архив отработанных по одной роли задач не передастся тому, кто будет вести эту роль. Новый сотрудник останется без всего пласта документации по функции, на которую его приняли. Это нарушает ГОСТ Р ИСО 15489-1-2019 (требование к пригодности и целостности документов) и Правила делопроизводства (Приказ Росархива № 142), которые обязывают передавать дела по акту при увольнении.
Как должно быть: механизмы открытия и закрытия. В моих «19 принципах регламентации ЭДО» (подробно описаны в статьях на Zenodo и ЕСМ) этим вопросам посвящен целый блок: 🔹 Принцип 4. Единство пользователя и учётной записи. Каждый работает только под своей учётной записью. Передача логина и пароля третьим лицам запрещена. Использование учётной записи уволенного сотрудника запрещено. 🔹 Принцип 5. Неотчуждаемость ЭП. Усиленная квалифицированная электронная подпись не может быть передана иному должностному лицу. Ответственность за все действия с ЭП несёт лицо, на которое она оформлена. 🔹 Принцип 6. Кадровая безопасность при создании. Заявка на создание учётной записи считается юридически корректной только при согласовании руководителя заявителя и руководителя кадровой службы (проверка нахождения в штате и соответствия должности). 🔹 Принцип 7. Запрет массового переноса. Массовый перенос учётных записей запрещён. Он требует индивидуального анализа преемственности функционала (бизнес-архитектура) и юридических оснований (приказы).
А что при увольнении? Учётная запись не закрывается «в никуда». Процесс закрытия — это регламентированная процедура: 1. Издается приказ об увольнении (документ-основание). 2. Назначается преемник (новый сотрудник, который принимает функционал). 3. Система переводит входящие задачи и маршруты с уволенного на преемника. Ему же открываются документы, обработанные в СЭД той учётной записью, преемником которой стал человек, которому создали новую учётную запись. 4. Только после этого учётная запись деактивируется (блокируется). Без назначения преемника нормальная СЭД не должна давать закрыть учётную запись. Это не «прихоть админа», это безопасность и непрерывность бизнеса.
· 19.10
Без назначения преемника нормальная СЭД не должна давать закрыть учётную запись. Это не «прихоть админа», это безопасность и непрерывность бизнеса.
Учётная запись — это не «Иванов» и не «Петров». Это звено огромного процесса, идентифицированное на время с конкретным человеком. И управление этим звеном требует не «мышей ловить», а понимать архитектуру системы, бизнес- и правовые риски.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 19.10
Ещё. Из комментариев под прошлым постом видно, что для многих «преемник учётной записи» — это когда Петрову дают логин и пароль Иванова, и Петров работает под учёткой Иванова.
Но это не так работает. «Передача дел при увольнении» — это не когда новый сотрудник забирает себе старый ежедневник уволенного и пишет в нем ручкой. Это когда ежедневник уволенный уносит с собой, а весь пласт его функционала изучает его преемник, и он же ведёт задачи, которые начал его предшественник.
Преемник учетной записи (в нормальных СЭД) — это создание новой учетной записи для нового сотрудника (Петрова) и автоматическая переадресация на нее всех незавершенных задач, маршрутов и архива отработанных документов от учетной записи Иванова. При этом учетка Иванова блокируется, оставаясь в системе как исторический слепок.
Между «передачей задач» и «передачей логина» огромная разница. И особенно это должны понимать те, кто работал в администрировании ИСов.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён