Платформа для бизнес-процессов
где ошибки дорого стоят.
Правила меняются без разработки.
Откат без хардкода.
Каждое решение объяснимо.
Проблема
Знакомая ситуация?
Три признака того, что вы обслуживаете свои процессы, а не управляете ими.
Правила в коде
Бизнес просит поменять условие в процессе. Это задача на спринт, потому что условие зашито в код. Pull request, ревью, деплой, прод. Бизнес ждёт две недели. За две недели условия на рынке поменялись ещё раз. Новая задача на спринт.
Откат руками
Процесс сломался на середине. Часть операций уже выполнена. Откатываете руками. Надеетесь что ничего не забыли. Когда забыли — узнаёте через три дня от клиента, которому пришло два списания вместо одного.
«Что здесь произошло?»
Что-то пошло не так в процессе. Руководство просит объяснить: какое решение было принято и почему именно такое? Разработчик садится читать логи. Через час, может быть, находит. А может и нет, потому что это было три недели назад и логи уже ротированы. Клиент ушел. А если спросит регулятор, у него будет дедлайн.
Сколько это стоит?
Не в деньгах на инструменты. В скорости изменений, которые вы не можете внести. В инцидентах, которые занимают дни вместо минут. В вопросах на которые вы не можете ответить. Каждый процесс на if-else в коде — это процесс, который вы не контролируете. Вы его обслуживаете.
Решение
Три гарантии
ВЕРДИКТ решает каждую из этих проблем на уровне платформы, а не на уровне вашего кода.
Правила меняются без разработки
Условия, пороги, маршруты — в таблицах решений, не в коде.
«Если клиент новый и сумма больше 100 000, то маршрут = ручная проверка.» Поменять условие — поменять строку в таблице. Не нужен разработчик. Не нужна выкатка новой версии кода. Аналитик открывает визуальный редактор и меняет правило сам.
Версионирование встроено: процесс запускается и работает по зафиксированному снапшоту правил. Если аналитик меняет логику, старые процессы безопасно дорабатывают по своей версии, а новые стартуют по новой. Никакого хаоса.
Таблицы поддерживают сложную логику: 7 политик вычисления (первое совпадение, все совпадения, агрегация), зависимости между таблицами (выход одной — вход другой), типизированные результаты. Это не «if-else в конфиге», а полноценный движок бизнес-правил.
Поменяли правило — запустите тесты. Тест-кейсы создаются в том же визуальном редакторе: «при таких входных данных должен быть такой результат». Изменили условие, прогнали тесты, убедились что ничего не сломалось. Без кода, без привлечения разработчиков. Регрессия отсекается до того как изменение попадет в рабочий процесс.
Откат без хардкода
Процесс сломался на третьем действии из пяти? Платформа вычислит цепочку компенсации и откатит выполненные операции в обратном порядке. Вы не описываете логику отката. Платформа вычисляет её из условий действий.
Откат не «как получится». Платформа классифицирует ошибки (повторяемые, необратимые, требующие ручного вмешательства), применяет повторные попытки с нарастающими интервалами, и может верифицировать успешность отката через те же таблицы правил.
Каждое решение объяснимо
Не «система решила». А: «на этом шаге сработало правило 3 в таблице маршрутизации, потому что клиент = VIP и сумма > 100 000».
«Из четырёх доступных действий было выбрано "ручная проверка", потому что его условия выполнены и оно ведёт к незакрытой цели.»
На каждом шаге — полный снимок: какие правила сработали, какие действия были доступны и почему выбрано именно это, как изменилось состояние, какие операции запущены. Причинно-следственная цепочка от начала процесса до текущего момента. Открыл сессию — за 20 секунд понял что произошло.
Ядро
Пять элементов. Один runtime.
Современная индустрия разделена: оркестраторы (Temporal) гарантируют надёжность, движки правил (GoRules) вычисляют решения, AI-фреймворки (LangGraph) управляют агентами. Компании вынуждены «сшивать» эти слои вручную. ВЕРДИКТ объединяет пять критических элементов в одном runtime.
Таблицы решений
Зачем
Бизнес-логика описана в таблицах, а не в коде. Аналитик меняет условие маршрутизации через визуальный редактор, не ожидая спринта. В популярных оркестраторах (Temporal, Inngest) таблиц решений нет — логика живет в коде и каждое изменение это deploy.
Что внутри
DMN с 7 политиками вычисления, зависимости между таблицами (выход одной — вход другой), типизированные результаты, визуальный редактор, тест-кейсы для защиты от регрессий.
Автоматическое вычисление порядка действий
Зачем
Большинство систем оркестрации императивные: вы явно задаете последовательность, будь то в коде (Temporal) или в модели (Camunda BPMN). Если нужно добавить действие, вы обновляете код или перерисовываете схему. ВЕРДИКТ работает иначе: вы описываете условия действий и цели, а платформа каждый такт сама вычисляет что запустить. Это declarative orchestration с элементами forward chaining — подход, который традиционно ограничивался экспертными системами (Drools, JBoss Rules), но в ВЕРДИКТе адаптирован под распределённые workflow.
Что внутри
Добавить действие — описать его условия, не трогая остальной сценарий. Параллелизм вычисляется автоматически. Порядок адаптируется к текущему состоянию. При этом каждый шаг вычисления детерминирован и трассируем: платформа записывает какие условия проверила, какие действия были доступны и почему выбрано именно это. Никакого «чёрного ящика».
AI как управляемый оператор
Зачем
Способность AI маршрутизировать процесс уже не инновация — это есть в LangGraph и Camunda 8.8. Главная проблема индустрии: контроль и аудит. Вероятностное управление LLM не проходит комплаенс. В ВЕРДИКТе AI предлагает путь, но детерминированные DMN-правила логически отсекают галлюцинации и устанавливают границы. AI — оператор внутри правил, а не автономный агент.
Что внутри
Вопрос «как доказать регулятору почему агент выбрал путь B, а не A?» снимается. Детерминированные правила фиксируют границы, аудит записывает полный контекст каждого выбора AI — включая какие альтернативы были доступны и почему отвергнуты.
Откат уровня процесса
Зачем
Откат распределённого процесса — это не ROLLBACK в SQL. Для каждого действия (снять деньги, назначить специалиста, отправить уведомление) нужна обратная операция, нужно знать до какой точки откатиться и какие побочные эффекты нейтрализовать. В Temporal разработчик описывает императивный saga-паттерн (SDK даёт удобные примитивы, но логика компенсации захардкожена в workflow: если правила отката меняются, нужен передеплой). В Camunda проектирует compensation events в BPMN-модели для каждой ветки. В ВЕРДИКТе это декларативная компенсация: вы описываете компенсаторное действие для шага, а runtime динамически вычисляет цепочку отката при сбое на основе текущего контекста правил.
Что внутри
Обратный порядок (LIFO), классификация ошибок (повторяемые, необратимые, требующие ручного вмешательства), повторные попытки с нарастающими интервалами, верификация успешности отката через те же таблицы правил, восстановление после сбоя посреди отката.
Сквозная каузальная трассировка
Зачем
Трассировка в традиционных системах распределена: логи приложения в одном месте, логи БД в другом, логи AI в третьем. Ответ на вопрос «почему заявку направили не туда» требует часов ручного расследования. ВЕРДИКТ объединяет всё в одну каузальную цепочку.
Что внутри
Какие строки таблицы решений сработали, какие действия были доступны и почему выбрано именно это, как AI обосновал свой выбор, какие операции были выполнены. Открыл сессию — за 20 секунд понял что произошло.
Почему вместе это создаёт новое качество
Правила управляют процессом. Таблицы решений не просто вычисляют результат — они влияют на то какие действия будут выполнены. Изменили правило в таблице → изменился путь процесса. Без кода, без перерисовки модели.
AI работает внутри правил. LLM выбирает путь, но правила определяют границы допустимого. Это не «AI сам решает всё» и не «AI как калькулятор на одном из шагов». Это управляемый оператор.
Откат знает о правилах. Компенсация не просто «вызови обратную функцию». Платформа верифицирует успешность отката через те же таблицы решений. Если правило говорит что откат не удался — retry.
Трассировка связывает всё. Одна цепочка: правило → выбор действия → AI-обоснование → результат → компенсация. Не три разных лога в трёх разных системах.
Inference вместо императивности. Вы не описываете «как» процесс идет. Вы описываете «что» нужно и «при каких условиях». Платформа сама вычисляет «как». Добавить элемент — не перестраивать всю цепочку.
Дополнительные свойства
Что ещё внутри
Помимо пяти ключевых элементов.
Версионирование и снапшоты правил
При запуске процесса платформа фиксирует снапшот бизнес-правил. Сценарий безопасно выполняется по этим правилам до конца. Если аналитик обновит DMN-таблицу, активные процессы продолжат работу по своей версии, а новые стартуют по новой. Строгая аудируемость каждой сессии.
Устойчивость к сбоям
Состояние процесса персистентное. Сбой, рестарт, отключение — платформа продолжает ровно там где остановилась. Включая фазу отката.
Детерминированность
Одни и те же данные и правила всегда дают один и тот же результат. Поведение сценария воспроизводимо и тестируемо.
Тесты правил
Тест-кейсы создаются в визуальном редакторе. Поменяли правило — прогнали тесты — убедились что регрессии нет.
Параллелизм
Независимые действия запускаются одновременно. Автоматически, без конфигурации.
Типизированные контракты
Строгие типы между действиями. Ошибки ловятся до продакшена, не в продакшене.
Как это устроено
Сценарий из трёх частей
Вместо того чтобы писать оркестрацию руками или рисовать диаграмму процесса, вы описываете сценарий из трёх частей. Платформа определяет остальное.
Правила
В таблицах решений. Условия и результаты, без кода. Поменять условие — поменять строку в таблице.
Таблицы поддерживают 7 политик вычисления, зависимости между таблицами, типизированные результаты.
Действия
Каждое действие описано через условия: что нужно для запуска, что будет результатом. «Для запуска нужно: документ классифицирован. Результат: решение принято.»
Когда действие требует внешней операции, платформа отправляет запрос в вашу систему. Что делать — решает ВЕРДИКТ. Как делать — решаете вы.
Цели
Что считается успехом. «Заявка обработана. Клиент уведомлён.»
Платформа сама определяет какие действия выполнять, в каком порядке, и что можно запустить параллельно.
Результат
Что меняется для вашей команды
Три роли, три результата. Каждый получает то, что ему важно.
Для тех кто внедряет
архитекторы, backend-инженеры
Вы не пишете оркестрацию. Не строите конечный автомат. Не обрабатываете откаты. Описали действия и их условия — платформа сделает остальное. Типизированные контракты между действиями создают дисциплину и ловят ошибки до продакшена.
Для тех кто управляет процессом
системные аналитики, product managers
Правила не в коде. Изменить условие маршрутизации или порог скоринга — не задача на спринт. Каждое решение объяснимо: не «система решила», а «сработало правило 3, потому что клиент = VIP и сумма > 100 000». Вы управляете процессом через правила, не через тикеты разработчикам.
Для тех кто отвечает за результат
CTO, операционные директора, compliance
Если процесс сломался, вы знаете где, почему, и что платформа сделала для отката. Не разбираетесь по логам. Открываете сессию и видите причинно-следственную цепочку от начала до конца. Аудитору или регулятору показываете тот же интерфейс.
Безопасность
Ваши данные — ваш контроль
ВЕРДИКТ принимает решения. Не выполняет ваши операции. Чувствительные данные не покидают ваш периметр.
Платёж проводите вы, на своей стороне, через свою инфраструктуру. ВЕРДИКТ говорит: «следующее действие — провести платёж, вот параметры.» Вы выполняете и возвращаете результат.
ВЕРДИКТу нужны только те атрибуты, которые влияют на логику. Не нужен email клиента для маршрутизации? Не передавайте. Достаточно идентификатора.
Интеграция: два HTTP-вызова. Один для запуска процесса, один для продолжения после вашей операции.
Развёртывание: в вашем облаке, в вашем дата-центре, в полностью изолированном контуре без доступа к внешним сетям.
POST /run · POST /resumeПомощь в комплаенсе. Архитектура платформы помогает закрыть технологическую часть новых требований ФСТЭК №117. Мы даем жесткие логические рамки для ИИ-компонентов и автоматизируем сбор телеметрии для обязательного расчета показателей защищенности. Подробнее о ФСТЭК №117 →
Применение
Для каких задач
ВЕРДИКТ закрывает большинство типовых сценариев из коробки. Вот конкретные примеры.
Маршрутизация заявок
Входящие обращения клиентов, заказы, запросы на обслуживание — распределение по типу, региону, сумме, приоритету. Условия меняются регулярно, правила в таблицах, не в коде.
Онбординг клиентов
Сбор документов, проверки, активация. Разные ветки для разных типов клиентов. Таймауты на каждом этапе. При отказе — автоматический откат предыдущих действий.
Расчёт условий и тарифов
Скидки, тарифные сетки, ценообразование по десяткам параметров. Всё в таблицах решений. Бизнес меняет условия сам.
Цепочки согласований
Параллельные и последовательные согласования, условные ветвления, эскалация при просрочке. Платформа сама определяет что можно запустить одновременно.
KYC/AML и скоринг
Маршрутизация проверок по правилам, классификация рисков, автоматический выбор уровня проверки. Каждое решение с аудитом.
Управление подписками
Активация, продление, приостановка, возврат. Каждый переход по правилам, с откатом если что-то пошло не так.
Процессы с AI
Модель классифицирует или извлекает данные на одном из шагов. Или LLM выбирает путь процесса. Логика вокруг предсказуемая, с правилами и аудитом.
Нетипичный процесс? Ядро ВЕРДИКТа — конструктор оркестрации. Мы собираем решение под вашу задачу на том же ядре, с теми же гарантиями. Обсудим →
Сравнение
Почему именно ВЕРДИКТ
Те же пять элементов в разрезе конкурентов. Большинство платформ закрывают 2–3 из них. ВЕРДИКТ объединяет все пять.
ВЕРДИКТ решает главную проблему индустрии: разрыв между «умным» принятием решений (AI + правила) и «надёжным» исполнением (workflow).
Российская разработка. Контроль над инфраструктурой и данными без зависимости от зарубежного вендора.
Подробное сравнение по каждому конкурентуСледующий шаг
Готовы начать
Мы начинаем с вашего процесса. Вы описываете задачу, мы собираем рабочий прототип на вашем сценарии и показываем результат.
Не демо-запись и не созвон. Вы описываете процесс который хотите автоматизировать. Мы показываем как он будет работать в ВЕРДИКТе. Сборка прототипа — за наш счёт.
Начать работуили напишите на hq@verdikt-app.ru