Лимиты времени в статусе и лимиты просрочки

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

Время до первого оповещения

Первый сигнал уходит самому исполнителю, пока ситуация ещё рабочая. Сотрудник, который уложился в этот порог, получает высшую оценку по шкале обработки — «отлично».

Кому: Исполнителю по событию или мероприятию
Где задаётся: Справочником лимитов, отдельно по статусам и по мероприятиям

Значения лимитов задаёте вы

Пороги ведутся справочниками: отдельно лимиты в статусах, отдельно лимиты просрочки по мероприятиям. Регламент вашей организации переносится в систему настройкой — и дальше исполняется одинаково для всех подразделений, без личных договорённостей.

Пороги Красный-line и dead-line

Эскалация настраивается не «на событие вообще», а на пару «роль и статус». Для каждой такой пары задаются два порога в минутах: red-line — «взять в работу», dead-line — «передать дальше».

Как отбираются события

Система отбирает записи, которые провисели в статусе дольше порога — по времени последнего изменения, — и рассылает их адресатам: и уведомлением в интерфейсе, и письмом.

Рассылка адресная

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

Настройка эскалации — это таблица пар «роль и статус» с двумя порогами и двумя флагами. Она собирается под ваш регламент на внедрении, а периодичность запуска рассылки задаётся расписанием контура.

Уведомления в интерфейсе и на почте

Двадцать четыре типа уведомлений закрывают весь маршрут события и показателей: от «возьмите в работу» до «показатели согласованы». Каждое уходит двумя каналами — счётчиком в шапке системы и письмом.

24типа уведомлений
2канала: интерфейс и почта
5типов объектов: событие, пароль, показатели, КПУР, КИР
5 спериод обновления счётчика в шапке

Движение события

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

Работа по событию

Создание контрольной меры
Закрытие мероприятия
Комментарий в чате события
Событие в другом подразделении
Уведомление руководителя подразделения владельца риска

Показатели и пороги

Показатели на согласование, на возврат, согласованы
Превышение порогового значения КПУР
Превышение порогового значения КИР
Незаполненные значения для расчёта КИР
Приближение отчётной даты по КИР и КПУР

Служебные

Смена пароля

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

У каждого сотрудника есть признак получения уведомлений. Он же управляет и рассылкой эскалаций: сотрудник, который в отпуске или не участвует в процессе, не получает поток писем «на всякий случай».

Задания по расписанию

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

Пересчёт КПУР — 00:00

Снимок базы событий — 00:00

Напоминание об отчётной дате КИР и КПУР — 08:00, рабочие дни

Загрузка справочника типов учёта — 08:00, рабочие дни

Курсы валют и оргструктура — каждые 20 минут, 09:00–12:40, рабочие дни

Юридические претензии — каждые 20 минут, 09:00–20:40, рабочие дни

работает в базовой поставке включается настройкой контура вместе с интеграцией

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

Несколько экземпляров — одно выполнение

Задания защищены распределённой блокировкой с собственным окном на каждое: от двух минут для напоминаний до получаса для снимка базы. При работе нескольких экземпляров приложения задание выполняется один раз, а не столько раз, сколько запущено узлов.

Оценка работы сотрудников

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

Шкала оценки обработки события по статусам
Оценка	Обработка события	Выполнение мероприятия
Отлично	Обработка завершена до первичного оповещения	Завершено до первичного оповещения
Хорошо	Завершена после первичного оповещения, но до оповещения руководителям	Завершено в день планового завершения
Удовлетворительно	Завершена после оповещения руководителям, но до превышения лимита работы в статусе	Завершено после плановой даты, но до истечения лимита
Неудовлетворительно	Обработка не была завершена, событие взял другой сотрудник	Не завершено за время установленного лимита

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

Что это даёт ИТ-директору

Сроки и уведомления — это фоновые задания, брокер сообщений, почтовый шлюз и внешние шаблоны писем. Всё перечисленное настраивается параметрами контура, а не правками в коде.

Расписания — параметры

Время запуска заданий задаётся настройками контура. Перенос ночного пересчёта на другое окно обслуживания — это изменение параметра, а не релиз.

Распределённая блокировка

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

Почта — через ваш шлюз

Исходящие уведомления идут по SMTP с настройкой узла, порта и защищённого соединения. Внешних почтовых сервисов в схеме нет.

Шаблоны писем — снаружи

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

Сроки, эскалации и уведомления