История изменений и аудит

«Кто-то поменял значение» — не аргумент в споре с регулятором или аудитором. У каждой правки есть автор, дата и точное старое значение — по каждому полю отдельно.

При сохранении система сравнивает новую версию записи со значением в базе показатель за показателем: каждое расхождение — отдельная строка журнала, а не «правка от такого-то числа» одной записью на весь справочник.

Кто отправил правку на согласование, кто её вернул и кто в итоге согласовал — отдельный протокол, независимый от журнала значений полей.

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

Кто выдал право на справочник, кто его отозвал и кто назначил нового оператора — это вопросы к журналу безопасности, а не к журналу самих данных.

У модуля — собственный журнал аудита безопасности, отдельный от протокола статусов и от истории значений полей: кто из администраторов что изменил в ролях, правах или составе операторов, и когда. Раздел открывается из консоли безопасности модуля пунктом «Журнал аудита безопасности».

Строка справочника показывает не только значение, но и его состояние: когда запись появилась, изменена ли она сейчас и не закрыта ли.

Три служебных признака — дата создания, признак незакоммиченной правки и дата закрытия — добавлены в 13 справочников платформы миграцией 2024 года и ещё в 3 справочника операционной надёжности — миграцией 2025 года. Через них и реализовано мягкое удаление, и видимость незавершённой правки прямо в списке.

Сама структура справочника — не только его данные — тоже имеет историю: когда добавили поле, кто и в каком релизе.

У каждого показателя есть дата создания, дата последнего изменения и признак удаления — метаданные не переписываются молча. Полная последовательность того, как менялась структура справочников, воспроизводима по истории миграций и CSV-файлов поставки, тем же способом, каким версионируется весь остальной код платформы.

Часть параметров канала уведомлений и глубины истории фиксируется индивидуально, под вашу организацию и ваш контур внедрения.