Вопросы и ответы

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

Пример на сайте — выплата при задержке рейса: вымышленный страховой дом «Невский Причал» платит застрахованной Анне К. за рейс SL 214. Выплаты начинаются при задержке вылета от трёх часов; на первой ступени, при задержке от трёх до шести часов, выплата 3 000 ₽. Выплата одной застрахованной по одному рейсу — одна операция.

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

Ваши системы остаются на месте и сами выполняют действия. ИИ не обязателен.

Описание процесса — это правила, шаги, сроки и план на сбой (что отменить, если шаг не прошёл), записанные вместе. У такого описания есть и второе имя — исполняемый регламент: по одному описанию проверяют, ведут операции и объясняют решения.

Ближайшие соседи и отличие от них:

• Похоже на BPM, но маршрут не рисуют. В BPM маршрут рисуют, а правила живут отдельно, и расхождения между ними обычно остаются непроверенными. Здесь правила, сроки и план на сбой — одно целое, и они проверяются до включения.
• Похоже на workflow-систему: версии, история и отмена сделанного есть и там. Но процесс там обычно описывают в коде, а правила хранятся отдельно. Здесь всё записано одним описанием, которое читает бизнес.
• Похоже на систему правил: она считает сумму выплаты, а ВЕРДИКТ ведёт ещё и всё, что после. Всё записано рядом, поэтому проверка находит несостыковки. Подробнее — в ответе ниже про BPM, workflow-систему и движок правил.
• Похоже на журнал аудита, но запись появляется в момент исполнения, её не собирают потом по логам.

По классу задач это управление решениями; отличие в том, что решение и его исполнение здесь одно целое.

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

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

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

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

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

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

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

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

Проверка находит то, что видно по описанию, и не обещает найти все ошибки. Охват она называет первой строкой отчёта.

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

Граница проходит между значением и новым понятием: значение меняют в таблице, новое понятие добавляют в описание данных.

Пример — порог выплаты с трёх часов до двух, 180 → 120 минут. Правку сначала записывают проверочными случаями: до неё краснеют ровно «120 мин → первая ступень» и «179 мин → первая ступень» (в двух таблицах ступеней это четыре случая), после неё все зелёные. Сравнение версий показывает, какие из записанных примеров изменят решение, — и больше никакие. Версию 2 включает человек.

Начатая операция доходит до конца по той версии, на которой началась. Новые идут по новой.

Пример: порог выплаты снижен с трёх часов до двух. Выплата X с задержкой 2 ч 30 мин начата до изменения правил — она завершается по прежним правилам, версии 1, итог «выплата не требуется». Такая же выплата Y, начатая после, идёт по версии 2: первая ступень, 3 000 ₽. В записи у каждой выплаты видна её версия.

Обновление самого ВЕРДИКТА проходит без простоя: новый выпуск поднимается рядом, а прежний доводит начатое.

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

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

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

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

Однократность действия во внешней системе обеспечивает исполнитель — ваша система. От имени ВЕРДИКТА мы этого не обещаем.

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

Что уместно, считают правила до обращения к модели. Сам шаг выполняется только при сошедшихся условиях, и этого выбор отменить не может, кем бы он ни был сделан. Ответ, для которого условия не сошлись, записывается с причиной отказа и не выполняется. Молчание модели ограничено заданным сроком; чем оно закончилось, видно в записи.

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

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

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

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

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

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

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

Люди входят через систему единого входа по стандарту OpenID Connect — встроенную или вашу корпоративную; учётных записей людей ВЕРДИКТ не хранит. Доступ выдаётся по группе, по домену почты, конкретному человеку или по почте того, кто ещё ни разу не входил. Менять доступ может только роль «владелец». Интеграция получает собственную учётную запись (сервисный аккаунт) с меткой, сроком действия и доступом.

Всё это настраивается в управлении доступом — одном из трёх рабочих мест.

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

Процессам, где сходятся четыре условия:

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

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

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

Можно. Продукт стоит у вас, всё выпущенное работает и после окончания лицензии. История операций остаётся там, где развёрнут продукт, — в вашем контуре; у нас её никогда и не было.

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

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

Малый бизнес — до трёх процессов в работе, базовая лицензия — до десяти, корпоративная — без ограничения. Годовая лицензия включает обновления и поддержку; есть и бессрочная, её условия обсуждаются отдельно.

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

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

Напишите на hq@verdikt-app.ru, какой процесс взять в работу.