Административные решения об изменении в ИС и решения ИИ должны фиксироваться в конкретном документе ИС так же строго, как решения судьи.

Речь — не только о том, что «надо логировать». Речь — о том, как именно должна быть выстроена прослеживаемость административных действий. О принципах.

Администратор — это учётная запись с расширенными правами. Он видит то, что обычный пользователь не видит. Он может сделать то, чего обычный пользователь не может. И если его действие не зафиксировано правильно — доказать что-либо потом невозможно.

Ни в суде. Ни при проверке. Ни при аудите. Ни собственнику.

Вот семь принципов, по которым должна быть выстроена прослеживаемость административных действий в ИС.

1. Формализованные основания. Ни одно адм действие не должно выполняться без основания. Без заявки система не должна технически позволять действие. Прослеживаемость начинается с того, что основание фиксируется до действия, а не «придумывается потом».

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

Прослеживаемость должна различать эти зоны. И фиксировать, в какой зоне принято решение.

3. Обучение и допуск.

Администратор — не «просто человек с правами». Он проходит обучение. Аттестацию. Допускается к работе — только после проверки. Это — тоже часть прослеживаемости: видно, кто допущен, на каких условиях, с какими знаниями. И с учётом уровня изменений, которые он имеет право делать.

4. Встроенность в точки контроля. Прослеживаемость не «рядом с процессом». Она в тех же точках, где принимаются решения. Если действие администратора не проходит через точку контроля — оно не должно происходить.

5. Настройка на аномалии. Прослеживаемость — не только про «соблюдение правил». Она — про выявление странного: аномальные действия, повторяющиеся отклонения, действия, которые не соответствуют типовому профилю роли. Без этого — аномалии не видны, пока не поздно.

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

7. Фиксация в документе. Все решения администратора и ИИ должны быть зафиксированы в карте документа, к которому эти решения относятся. В идеале каждое решение администратора ИС и ИИ должно фиксироваться с присвоением ID, и привязываться к документу, которого они касались, в виде системной записи (без возможности редактирования).

Почему это критично.

Административное действие во многих ИСах, тем более в юридически значимым документообороте — не «техническая операция». Это — юридическое действие. Оно влияет на юридическую силу документов. Оно влияет на правовые последствия для организации и для людей.

Если прослеживаемости нет — организация не защищена.

Ровно те же семь принципов применимы к решениям ИИ в документообороте — формализованные основания, разделение зон, обучение, встроенность в точки контроля, настройка на аномалии, воспроизводимость, фиксация.

Если в вашей системе административные действия не выстроены по этим семи принципам — вы не защищены.

#ЭДО #прослеживаемость #административные_действия #аудит_ИС #152_ФЗ #ст_292_УК #ст_303_УК #экспертизаБорисовской