Ведение и согласование правок
Цикл статусов правки
Правка справочника не попадает в рабочие данные сразу после сохранения — она проходит собственный жизненный цикл, отдельный от статусной модели любого другого объекта платформы.
| Статус | Что происходит | Кто переводит дальше |
|---|---|---|
| Ввод данных | Правка редактируется свободно, в целевые данные ещё не попала | Автор — кнопкой «На согласование» |
| На согласовании | Правка ждёт решения другого сотрудника | Согласующий — «Согласовать» или «Вернуть» |
| Согласовано | Правка применена к справочнику | Любой с правом записи — «Редактировать», снова в «Ввод данных» |
Каждый переход статуса подтверждается отдельным диалогом — «Вы действительно хотите сменить статус на «…»?» — и фиксируется в протоколе смены статусов, отдельном от журнала самих данных.
Черновик до согласования
Пока правка не согласована, она не существует для остальных модулей платформы — ни для отчётности, ни для риск-расчётов, ни для соседнего сотрудника, открывшего тот же справочник.
Весь набор правок по справочнику хранится отдельно от рабочих таблиц, пока не пройдёт полный цикл статусов. В целевые данные он попадает одним действием — только при переходе в «Согласовано». Закрыть браузер посреди правки не страшно: при следующем открытии экран восстановит именно то, что было сохранено как черновик.
На согласование уходит весь список правок по справочнику одним пакетом, а не отдельная строка: согласующий видит все изменения разом, а не проверяет их по одной заявке.
Разделение полномочий
Согласовать собственную правку нельзя — систему не обойти, отправив изменение самому себе на утверждение.
Система сравнивает сотрудника, который последним менял правку, с тем, кто пытается перевести её в статус «Согласовано». Совпадение — запрет перехода. Это защита не от злого умысла конкретного человека, а от самой возможности единолично провести правку справочника, которым пользуются модули риска и комплаенса.
Что это даёт ИТ-директору. Принцип «четырёх глаз» встроен в код перехода статуса, а не держится на дисциплине пользователей: на проверке доступа службой ИБ это видно как встроенный контроль, а не организационная договорённость.
Возврат на доработку
Несогласный согласующий не должен переписывать чужую правку — он её возвращает, с комментарием, что не так.
Из статуса «На согласовании» правка может уйти назад в «Ввод данных» кнопкой «Вернуть»; из уже согласованного состояния к ней тоже можно вернуться — кнопкой «Редактировать», которая заново открывает справочник на доработку. В обоих случаях действие сопровождается формой с комментарием, и оба перехода видны в истории смены статусов.
Мягкое удаление
Удалённая запись не пропадает бесследно и не рвёт ссылки в других справочниках: она закрывается датой, а не стирается физически.
Пока правка не согласована, удаление можно отменить — кнопкой «Отменить удаление». Новые, изменённые и закрытые строки на экране визуально различимы, поэтому согласующий видит состав правки, не сверяя её построчно со старой версией.
| Наименование | Может вносить изменения | Статус строки |
|---|---|---|
| Действующая запись | Да | Без изменений |
| Новая запись | Да | Новая |
| Изменённая запись | Нет | Изменена |
| Запись на удаление | — | Закрыта |
Состав колонок и статусов строк — как в продукте.
Защита выгрузки в Excel
Справочник можно выгрузить в Excel кнопкой «Выгрузить в Excel» в один клик — и эта выгрузка не станет каналом для формульной инъекции в чужую таблицу.
Значение поля, начинающееся с символа «=», к вводу не принимается: при попытке сохранить такую запись форма показывает предупреждение «Начало строки с '=' запрещено». Это защищает не саму систему, а тех, кто откроет выгруженный файл: строка не превратится в формулу, которая выполнится при открытии в чужом Excel.
Уведомления о смене статуса
Автор правки не обязан заходить в модуль каждый день, чтобы узнать, согласовали ли его изменение.
В модуле заложен канал уведомления о смене статуса правки — внутренним сообщением и по почте. Состав получателей и то, какие переходы статуса его запускают, — часть настройки под вашу организацию: канал включается и донастраивается на этапе внедрения, вместе с вашей инфраструктурой рассылки.
Что настраивается под вашу организацию
Состав получателей уведомления, каналы доставки (внутреннее сообщение, почта) и то, для каких справочников уведомление включено, — согласовываются в техническом задании на внедрение.
Провести правку справочника на вашем стенде
Покажем цикл согласования от черновика до применения — на ваших ролях, вашем справочнике и вашем составе полей.