Правила процессов · проверка до включения · объяснение решений

Правила ваших процессов — в одном месте. Проверены до включения. Каждое решение объяснено.

ВЕРДИКТ ведёт выплаты, возвраты и согласования по правилам компании: определяет следующий шаг, следит за сроками, отменяет сделанное при сбое и записывает, почему. Платит, выдаёт и уведомляет по‑прежнему ваша система — ВЕРДИКТ даёт ей задание.

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

Разобрать ваш процесс

ВЕРДИКТ ведёт любой процесс, где есть правила, сроки и решения. На сайте всё показано на одном примере — выплате при задержке рейса. В банке так же устроена кредитная заявка: скоринг, проверка сотрудником выше порога, срок ответа.

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

Одна цифра, которую поменяли не везде

Примеры «120 мин» и «179 мин» на действующих правилах: «Порог не достигнут» вместо «Первая ступень» — видно до включения.

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

Признаки подходящего процесса

Правила часто меняются.

Порог, срок, лимит, условие возврата — каждый месяц.

Есть сроки и внешние системы.

Нужно ждать ответа, и ответ может не прийти.

Ошибка стоит денег.

Действие ушло во внешнюю систему, подтверждения нет. Нужно знать, чем всё закончилось.

Решение потом приходится объяснять.

Проверяющему, клиенту, руководителю.

Шесть вопросов к вашему процессу

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

На прошлой неделе что-то должно было произойти и не произошло. Вы узнали об этом из системы или от клиента?
Возьмите спорный случай прошлого квартала. Сколько людей и сколько часов понадобилось, чтобы объяснить, почему решили именно так?
Кто в компании может сказать, по какой версии правил решали в тот день?
Когда правило меняют, кто видит, что изменится, до того как оно заработает?
Сколько в ваших правилах условий, которые противоречат друг другу или никогда не срабатывают? Как вы это проверяете?
Если программа приняла решение вместо человека, чем ограничены её действия и где записано, почему решение именно такое?

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

Проверяет · Ведёт · Объясняет

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

Проверяет

Порог меняют одной ячейкой. Что изменит правка — видно до включения

Сначала записывают, как должно быть по новым правилам, и прогоняют эти примеры на действующей версии. Каждое расхождение видно до включения — в примере это новый порог 120 минут и новые суммы для условий «Осень». Новые правила включает ответственный человек.

Что это даёт

Правка порога не требует выпуска новой версии программы, а противоречие находят до первой жалобы клиента.

Для ИТ

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

Что находит проверка

Примеры под новые правила прогнали на действующей версии: видно и новый порог 120 минут, и суммы для условий «Осень», которых там ещё нет.

Ведёт

Справка не пришла, специалист молчит — выплата всё равно доведена до конца

6 000 ₽ — больше порога без справки, поэтому ждём справку авиакомпании 48 часов. Не пришла — случай уходит специалисту на 24 часа. Он молчит — по п. 11 регламента выплачены 3 000 ₽, которые положены без спора, остаток передан руководителю группы.

Что это даёт

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

Для ИТ

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

Как заканчивается сбой

Ждём справку авиакомпании, потом ответа специалиста; оба срока истекли — выплачены 3 000 ₽, которые положены без спора. На стенде сроки сокращены до секунд.

Платёжная система не приняла выплату — ВЕРДИКТ отменил сделанное и назвал итог: выплаты нет.

Объясняет

Почему 3 000 ₽, а не 6 000 — отвечает запись решения

Авиакомпания объявила задержку больше шести часов, а рейс вылетел через 5 ч 58 мин. До второй ступени не хватило двух минут: первая ступень выплаты по условиям полиса — 3 000 ₽. Версия правил записана вместе с решением. Аудитор читает это сам, без сбора по журналам разных систем.

Что это даёт

Ответ на «почему» уже записан: его не нужно собирать по журналам разных систем. Аудитор открывает историю операции сам.

Для ИТ

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

Запись решения по шагам

Рейс SL 214: задержка 358 минут — первая ступень, 3 000 ₽.

Кадры с учебного стенда: имена обезличены, сроки сокращены до секунд. Выплата целиком — на странице «Разбор: выплата при задержке рейса».

Кому это нужно в компании

Владелец процесса

Меняет условия сам, без согласования между несколькими системами и службами.

в примере: порог 3 → 2 часа — одно число в таблице

Риск и контроль

Видит ошибку в правиле до того, как она коснётся клиентов и денег.

в примере: четыре примера не прошли на старых правилах — их видно до включения

Операционный руководитель

Ни одна операция не застревает: что делать, если кто-то молчит, записано заранее.

в примере: справка и специалист не ответили — выплачены 3 000 ₽, которые положены без спора, остальное у руководителя

Аудит и служба клиентов

Отвечает на «почему» записью, а не расследованием.

в примере: почему 3 000 ₽, а не 6 000 — до шести часов не хватило двух минут

И любой другой процесс с правилами и сроками

Например:

Возвраты

Возврат без проверки: до 5 000 ₽ → до 7 000 ₽

правку проверили до включения · включил ответственный · начатые возвраты идут по прежним правилам

Доступы

Доступ к платёжной системе: одно согласование → два, срок — день

видно заранее, чьи заявки решатся иначе · если согласующий молчит, что делать, записано

Закупки

Согласование руководителем: от 500 000 ₽ → от 300 000 ₽

правку проверили до включения · на «почему так решили» отвечает запись

Условные примеры правил

Что меняется

Семь ситуаций: раньше → теперь.

Раньше: Правило поменяли — и узнали, кого это задело, из жалоб клиентов

Теперь: Правку прогоняют на записанных примерах до включения

в примере: порог 3 → 2 часа — примеры «120 мин» и «179 мин» не проходят на действующих правилах, это видно до включения

Раньше: Операция молча застряла на полпути

Теперь: Операция идёт дальше или заканчивается понятным итогом

в примере: выплата заканчивается исходом «Выплачена бесспорная часть, остаток у руководителя»

Раньше: Ответа специалиста ждали бесконечно

Теперь: У каждого ожидания есть срок

в примере: справку ждут 48 часов, специалиста — 24 часа (п. 9, п. 10)

Раньше: Поменяли порог — и начатые операции пошли по новому

Теперь: Начатое завершается по прежним условиям

в примере: выплата за задержку 2 ч 30 мин, начатая до включения версии 2, завершается по версии 1 (п. 15 «б»)

Раньше: Ошибку приняли за успешный результат

Теперь: Ошибка не выдаёт себя за успех

в примере: шлюз принял выплату, итог не пришёл — «Состояние неизвестно: нужен человек», резерв не снят (п. 14)

Раньше: Возврат приняли на веру, а он ничего не вернул

Теперь: Результат отмены сверяется с правилами

в примере: отказ шлюза подтверждён — резерв лимита снят, решение аннулировано (п. 14)

Раньше: Ход операции собирали по крупицам из логов

Теперь: Весь ход операции — в одной истории

в примере: задержка 358 минут, ступень, сумма и версия правил — в одной записи

Ваши системы остаются

ВЕРДИКТ ставится рядом с вашими системами и обращается к ним только по адресам, которые задали вы. Действия они выполняют сами, со своими правами доступа.

Ваши системы

полисный центр

сервис статусов рейсов

справки авиакомпании

платёжный шлюз

канал сообщений

остаются как есть

1 ваша система запускает операцию

2 ВЕРДИКТ отправляет задание на ваш адрес

3 ваша система возвращает итог

ВЕРДИКТ — где живут правила

Решение: выплатить 3 000 ₽

Почему: задержка 358 мин — первая ступень

Версия правил: 1

следующий шаг…

Ваши системы выполняют действия своими правами. ВЕРДИКТ решает следующий шаг и записывает, почему.

На что похоже и чем отличается

Готовые системы хорошо работают, пока ваш процесс похож на заложенную в них схему. Свои правила обычно подгоняют под программу, выносят в таблицы или ставят в очередь к ИТ. ВЕРДИКТ устроен наоборот: процесс идёт по вашим правилам, а каждое изменение проверяется до включения.

Похоже на BPM, но схему процесса не рисуют

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

Похоже на движок правил, но он считает только решение

ВЕРДИКТ ведёт и то, что после: сроки и отмену сделанного при сбое. Всё описано вместе, поэтому проверка находит несостыковки.

Похоже на журнал аудита, но история пишется по ходу операции

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

Похоже на workflow-систему, но правила проверяются целиком

Это описание, которое читает бизнес. Правила, сроки и действия при сбое в нём проверяются вместе до включения.

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

Место ИИ

ИИ предлагает. Решают ваши правила

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

Если бы ИИ был подключён:

ИИ предложилКлиент надёжный, объявлено шесть часов — заплатить 6 000 ₽ по прогнозу, без справки

правилаПравило п. 9: выше 3 000 ₽ — только по справке авиакомпании

итогНе выполнено. Предложение и причина записаны

Правила разрешили два шага. Модель предложила один и объяснила почему — предложение и выбор записаны.

Кто бы ни выбирал, дальше действуют одни и те же правила.

Как модель встроена в процесс

Где работает и за что платят

Устанавливается на ваших серверах и работает в вашей сети.

Вход через вашу корпоративную систему, доступ — по группам или по домену почты.

Даже когда лицензия закончится, выпущенные процессы продолжат работать.

Мы не видим ваших процессов: продукт не отправляет нам данные о них.

Права — по ролям. Версию, в которой проверка нашла проблему, включают только явным решением, и оно записывается.

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

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

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

Пилот на вашем процессе

Берём ваш процесс — тот, где ошибка стоит денег, — и доводим его от разбора до работы на ваших серверах.

1Разбираем процессСмотрим на ваш процесс так же, как в примере: где решения трудно объяснить, что происходит при сбое на полпути, кто меняет пороги.
2Описываем и проверяемОписываем процесс и прогоняем его на проверочных случаях. Новую версию включаете вы.
3Ставим на ваши серверыПриёмочные проверки запускают ваши специалисты.
4Передаём процесс вашим сотрудникамПороги меняет ваш человек, аудитор читает историю операций сам.

Пример разбора: выплата при задержке рейса

С вашей стороны: человек, который знает процесс, и специалист, который подключит ваши системы.

С чего можно начать

Разбор одного вашего процесса.
Технический пилот на тестовом сервере, без рабочих данных.
Пилот на одном процессе. Условия и цена — на странице «Цены».

Георгий Бах

Основатель, ВЕРДИКТ

20 лет в ИТ, 15 из них — на руководящих должностях. Последние шесть лет — технический директор компании по кибербезопасности: два продукта для корпоративных клиентов, оба — с нуля до продаж.

Переслать тем, с кем вы принимаете решение

Деловая презентацияДля руководителя · 14 страниц, PDF Техническое приложениеДля ИТ и безопасности · 14 страниц, PDF

hq@verdikt-app.ru

Назовите процесс и контакт — ответим с разбором и планом пилота.