1. Назначение
makeDecision — российская платформа автоматизации принятия решений (система поддержки принятия решений). Предназначена для разработки, исполнения, версионирования и промышленной эксплуатации бизнес-правил, тарифных сеток, потоков решений и процессов андеррайтинга.
Платформа обеспечивает единый контур: разработку логики решений, выполнение в режиме реального времени, управление справочниками и тарифами, рабочие места пользователей, управление выводом изменений в промышленную среду, администрирование доступов, мониторинг и аналитику.
2. Функциональные характеристики
2.1. Ядро исполнения решений
- Выполнение потоков принятия решений в режиме реального времени
- Поддержка бизнес-логики на Java, Groovy и Python
- Параллельное выполнение независимых шагов и обработка ошибок
- Вызов через программные интерфейсы (синхронный и асинхронный режимы)
- Фиксация результатов и трассировка прохождения заявки по узлам потока
2.2. Среда разработки правил (CI Studio)
- Визуальное конструирование потоков и правил в веб-интерфейсе
- Работа с таблицами решений и процессными диаграммами
- Отладка по шагам с просмотром значений переменных
- Поиск по правилам и справочникам
- Версионирование объектов разработки через систему контроля версий (Git)
2.3. Управление тарифами и справочниками
- Загрузка, проверка и изменение тарифных сеток и справочников
- Версионирование с учётом сроков действия; просмотр состояния на выбранную дату
- Контроль качества при загрузке; импорт и экспорт (CSV, XLSX, JSON)
- Публикация изменений в промышленную среду
2.4. Рабочее место андеррайтера
- Очереди заявок с маршрутизацией
- Просмотр причин принятых решений
- Ручная корректировка с обязательным комментарием
- Управление исключениями; журнал действий
2.5. Управление релизами
- Постепенный вывод новой версии логики на часть потока заявок
- Сравнение версий (в том числе A/B-сценарии)
- Автоматический возврат к предыдущей версии при отклонении ключевых показателей
2.6. Аналитика и мониторинг
- Показатели объёма решений, скорости ответа, конверсии, доли одобрений
- Настраиваемые оповещения при отклонениях
- Выгрузка отчётных данных
2.7. Администрирование
- Управление пользователями, ролями и правами доступа
- Квоты и настройки окружений
- Аутентификация через OAuth 2.0 / OpenID Connect
- Журнал административных действий
- Многоарендная модель с изоляцией данных заказчиков (тенантов)
2.8. Объяснимость и модели
- Формирование кодов причин (reason codes) для результатов расчёта и отказа
- Вызов моделей машинного обучения (в том числе формат pickle) из потока решений
2.9. Эксплуатационные характеристики
- Микросервисная архитектура с горизонтальным масштабированием
- Целевая производительность: до 10 000 операций в секунду на кластер
- Целевая задержка ответа API: до 500 мс для 99 из 100 запросов
- Целевая доступность: 99,95%
- Веб-интерфейс без установки тяжёлого клиентского ПО
3. Системные требования
Платформа поставляется в контейнерах и может быть развёрнута на оборудовании заказчика, в частном или публичном облаке, а также в смешанном варианте.
3.1. Ориентировочные конфигурации
| Контур | Процессор | Память | Диск |
|---|---|---|---|
| Демонстрационный / пилот | 8 ядер | 16 ГБ | 100 ГБ SSD |
| Тестовый / предпромышленный | 16 ядер | 32 ГБ | 300 ГБ SSD |
| Промышленный (базовый) | 32–48 ядер (от 3 узлов) | 64–96 ГБ | 1 ТБ SSD / NVMe |
| Промышленный (высокая нагрузка) | от 64 ядер (от 3 узлов) | от 128 ГБ | от 2 ТБ NVMe |
3.2. Компоненты инфраструктуры
| Компонент | Требование |
|---|---|
| Операционная система | Linux x86-64 (в том числе российские дистрибутивы) |
| Среда контейнеров | Docker / containerd |
| Оркестратор | Kubernetes (для промышленного контура) |
| СУБД | PostgreSQL 14 и выше |
| Брокер сообщений | Apache Kafka (для асинхронных сценариев) |
| Кеш | Redis |
| Аутентификация | Keycloak (OAuth 2.0 / OIDC) или совместимый IdP |
| Мониторинг | Prometheus + Grafana |
| Хранение версий | Git-репозиторий |
3.3. Рабочие места пользователей
- Браузер: актуальные версии Chrome, Яндекс.Браузер, Firefox, Edge
- Разрешение экрана: от 1440×900 (рекомендуется от 1920×1080 для работы с графами)
- Отдельное клиентское ПО не требуется
4. Установка
Ниже приведён общий порядок установки промышленного контура. Конкретные параметры (доменные имена, секреты, квоты, интеграции) задаются при внедрении.
- Подготовить инфраструктуру: узлы Linux, сеть, хранилище SSD/NVMe, доступ в интернет или зеркало образов.
- Установить Kubernetes (или согласованный оркестратор) и среду контейнеров.
- Развернуть зависимости: PostgreSQL, Kafka (при необходимости), Redis, Keycloak, Prometheus/Grafana, Git.
- Получить дистрибутив makeDecision (образы контейнеров и манифесты/Helm-чарты) у правообладателя.
- Заполнить конфигурацию окружения: параметры подключения к БД, IdP, брокеру, адрес внешнего API.
- Установить сервисы платформы в выделенный namespace (или набор namespaces) тенанта/контура.
- Выполнить первичную инициализацию: миграции БД, создание администратора, базовые справочники и квоты.
- Настроить TLS, обратный прокси (nginx или аналог), резервное копирование и мониторинг.
- Проверить доступность веб-интерфейса, вход администратора и тестовый вызов потока решений.
- Для пилота допускается упрощённая установка через Docker Compose на одном сервере.
5. Эксплуатация
5.1. Основные роли пользователей
- Разработчик правил — создание и отладка потоков в CI Studio, работа с Git.
- Бизнес-пользователь — управление тарифами, андеррайтинг, просмотр причин решений.
- Администратор — пользователи, роли, окружения, квоты, интеграции.
- Эксплуатация ИТ — мониторинг, резервное копирование, обновления, инциденты.
5.2. Типовые операции
- Разработка и публикация правил через Git и конвейер вывода (включая canary).
- Загрузка и публикация тарифных сеток и справочников.
- Обработка очереди заявок и исключений в рабочем месте андеррайтера.
- Контроль метрик TPS, задержек, ошибок и бизнес-показателей.
- Обновление версий платформы по регламенту поставщика.
5.3. Резервное копирование и восстановление
- Регулярное резервное копирование баз данных и конфигураций
- Хранение копий репозиториев правил (Git)
- Проверка сценария восстановления на тестовом контуре
5.4. Безопасность
- Разграничение прав по ролям; вход через корпоративный IdP
- Изоляция данных тенантов
- Журналирование административных и пользовательских действий
- Секреты хранятся в защищённом хранилище окружения (Kubernetes Secrets / аналог)
6. Техническая поддержка
Техническая поддержка и обновления предоставляются на территории Российской Федерации.
- Email: info@softverno.ru
- Сайт продукта: https://makedecision.softverno.ru/
- Сайт правообладателя: https://softverno.ru/
Условия гарантии, режимы поддержки и SLA фиксируются в договоре с заказчиком.