Реестр регламентов и стандартных процедур

Что это за сервис

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

Без такого сервиса последняя версия процедуры лежит в трёх местах сразу — в облачных документах, вики и на общем диске, — и никто не знает, какая актуальна. Новички неделями работают по устаревшим инструкциям. Для аудита доказательства ознакомления собирают вручную по десять часов за цикл. Владелец обновил процедуру, но не знает, кто её прочитал, а история версий держится на названиях файлов и переписке.

Что он делает

Хранит одну действующую версию. У каждой процедуры опубликована ровно одна версия, прежние уходят в архив автоматически.
Назначает обязательные процедуры. Новому сотруднику в первый день назначаются регламенты его должности, а после каждой публикации — повторное ознакомление.
Фиксирует ознакомление. Подтверждение — осознанное действие сотрудника, а не открытое письмо; владелец видит статус по каждому человеку и подразделению.
Напоминает о пересмотре. У процедуры есть дата следующего пересмотра, просроченные попадают в еженедельную сводку владельцу.
Ведёт историю изменений. Каждая публикация, правка, откат и подтверждение записаны со временем и пользователем; видно, что изменилось между версиями.

Нюансы и особенности

Ознакомление, а не галочка. Отметку «ознакомлен» ставит сам сотрудник после просмотра текста; для критичных процедур добавляют пару контрольных вопросов. Письмо «прочитано» ознакомлением не считается.
Процедура без владельца умирает. Каждой процедуре назначают владельца; процедуры без активного владельца, например после увольнения, выделяются на дашборде.
Пересмотр по графику. Дата пересмотра обязательна при публикации. Иначе через год половина регламентов перестанет соответствовать реальной работе.
Правят немногие. Изменять процедуры могут владелец и руководитель подразделения, остальные только читают и подтверждают. Права проверяются на сервере.
Юридическая значимость. Если ознакомление с локальным актом должно иметь силу для трудовых отношений, форму подтверждения согласуют с кадровой службой: иногда нужна подпись или электронная подпись через кадровый ЭДО, а не отметка в приложении.
Перенос из текущих источников. Процедуры импортируют из выгрузки или через API вики с владельцами и метаданными. Если регламенты уже ведутся в корпоративной вики или СЭД с листами ознакомления, иногда достаточно настроить их, а не писать отдельное приложение. Собственный реестр оправдан, когда ознакомление связано с должностями, сменами или допуском к работам в других внутренних системах.
Несколько подразделений. Одна процедура может относиться к нескольким подразделениям; статус ознакомления считают по каждому отдельно, и руководитель видит только свою команду.

Как сгенерировать через ИИ-агентов

Промпты рассчитаны на AI-агента (Claude Code, Cursor и аналоги) в Laravel-проекте с установленным Filament 4.x. Отправляйте их по одному: каждый шаг даёт результат, который можно проверить до перехода к следующему.

1. Данные и модели

Создай модели и миграции для реестра регламентов: Procedure (название,
код, владелец, подразделения, дата следующего пересмотра, статус),
ProcedureVersion (процедура, номер, текст, кто опубликовал, дата
публикации, архивная да/нет), Acknowledgement (версия, сотрудник,
срок, время подтверждения), AuditEvent (объект, действие, пользователь,
время). У процедуры может быть только одна опубликованная версия.
Добавь фабрики с демо-данными.

Проверьте, что публикация новой версии архивирует прежнюю в той же транзакции.

2. Библиотека и версии

Сгенерируй Filament-ресурс для Procedure. В карточке покажи действующую
версию, архив версий со сравнением текста двух версий и действия
«Опубликовать новую версию» и «Откатить к версии» с обязательным
комментарием. Добавь фильтры по подразделению, владельцу и статусу
пересмотра.

3. Назначение и подтверждение

При публикации версии создавай задачи ознакомления для сотрудников
указанных подразделений со сроком из формы. Сделай для сотрудника
страницу «Мои регламенты» с текстом и кнопкой подтверждения; для
процедур с отметкой «критичная» перед подтверждением покажи
контрольные вопросы.

4. Напоминания и контроль

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

5. Роли и отчёт для аудита

Настрой роли: сотрудник читает и подтверждает, руководитель
подразделения видит статус своей команды, владелец правит свои
процедуры. Добавь виджеты доли ознакомления по подразделениям
и экспорт журнала событий за период для аудитора.