Частые вопросы.

В вашей собственной инфраструктуре. Он поставляется контейнерами и поднимается рядом с PostgreSQL и NATS на ваших серверах или в вашем облачном аккаунте. Поддержка при внедрении входит в лицензию.

Не уходят. Сигналы обогащения — поставщики одноразовых адресов, диапазоны IP дата-центров, данные о стране и операторе, санкционные списки — читаются из списков внутри вашей инфраструктуры. Наружу не идёт ни один запрос на транзакцию. Единственный исходящий трафик — периодическое обновление списков, которое забирает список и не несёт ничего о том, какой клиент с чем совпал.

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

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

Отдельную аналитическую базу рядом мы не ставим, потому что вопрос velocity-правила не аналитический: «сколько раз эта карта использовалась за последние 24 часа» — это не сканирование миллионов строк, а узкий срез по одному клиенту. Его обслуживают частичные индексы по актуальным строкам — и эти индексы выводятся из опубликованных правил сами: опубликуйте новое velocity-правило, и нужный ему индекс придёт вместе с ним.

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

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

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

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

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

Вы кладёте две версии рядом: добавленные, удалённые и изменённые правила, «до» и «после» по каждому полю, пороги и условие триггера. Условия правил показываются фразами, а не в JSON — два блока JSON рядом дают сравнение, которое никто не читает. А на вопрос «кто это согласовал» отвечает разделение публикации на два шага: один просит, другой проверяет и публикует, и автор запроса не может согласовать его сам.

Две вещи: отвечает на вопросы о решениях, правилах и кейсах обычным языком и превращает тот же вопрос в таблицу с графиком. Модель выбираете вы — OpenAI, Anthropic, Google Gemini или любая точка, совместимая с OpenAI, включая модель на ваших собственных серверах. Ключ ваш, и счёт тоже ваш; никакого встроенного в продукт аккаунта нет. Подробности: ИИ-ассистент.

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

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

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

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