Данные запуска

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

Решено системой

✓
База однаДЦ и бренд хранятся как измерения в общих таблицах.
✓
Если бренд не определилсяPipeline продолжает работу общим промптом, бренд остаётся unresolved, диагностика пишется в pipeline_errors.
✓
Брендовые конфиги до шаблоновИспользуется текущий промпт/карточка как v1 fallback для всех брендов.
✓
ДоступыАдмин группы видит всё, dealer/client роли ограничиваются выбранными ДЦ.

Что ещё нужно от владельца

Загрузка...

ДЦ №8

Используется в sidebar, фильтрах, правах и отчётах. Haval относится к Великому Новгороду и отображается как “ВН 7 · Haval”.

Mango line keys

Эти значения используются напрямую: входящий webhook сравнивается с `mango_line_mappings`, после чего звонок получает правильный ДЦ и, если задан, бренд.

MAX Треды по ДЦ

Для каждого ДЦ нужно задать отдельный чат MAX Тредов. Если поле пустое, карточки этого ДЦ не отправляются в MAX.

Матрица доступов и брендовые отличия

Подключение брендового анализа

Эти настройки нужны не для справки: они сохраняются структурно и дальше могут быть напрямую прочитаны analyzer pipeline. Цель — чтобы live и smart reprocess брали бренд, prompt/checklist/dictionary/card template из настроек, а не из общего fallback.

1. Определить ДЦMango mapping: line key / group id / extension → dealer_center_id.
2. Определить брендMango mapping, AutoCRM, подсказки транскрипта, затем fallback.
3. Взять configbrand_config.prompt_config, checklist, dictionary, card_template.
4. Запустить анализLive webhook и smart reprocess используют один источник настроек.
Порядок источников, который должен использовать следующий шаг подключения анализатора.

Поля для брендового анализатора

Заполни только то, что реально отличается по брендам. Пустые бренды продолжают использовать общий v1 fallback. Эти поля будут использоваться для генерации prompt_config, checklist, dictionary_config и card_template.