Что запрашивать, у кого и в каком порядке, чтобы получить возможность выгружать
диалоги, аудиозаписи и технические логи звонков. Доступ на ИФТ получен 07.09, заявка на ПРОМ подана
02.09. Главное, что прояснилось: на ИФТ текста реплик в логах нет, полная картина звонка — в PVS IVR
на ПРОМ. Сверху — инструкция целиком, ниже — схема связей и пояснения к ней.
Инструкция
🎯Цель
Регулярно выгружать диалоги и записи для разбора звонков
По конкретному дефекту доходить до «что реально ушло в модель»
✅Что уже известнообновлено 07.09
Доступ на ИФТ получен 07.09. PVS на ИФТ открывается под общим просмотровым логином, Kibana — под своей учёткой
⚠️ На ИФТ текста диалога в логах нет. Kibana и PVS на ИФТ показывают только обмен SkillFlow ↔ SmartIVR: факт звонка, сценарий, время, session-id и то, что SkillFlow передал в IVR — в том числе промпт целиком. Реплики генерирует GigaVoice, и они ходят между SmartIVR и GigaVoice, минуя SkillFlow. Текст в этих логах был бы только у линейного сценария, где реплики лежат в самом SkillFlow
Текст на ИФТ виден только в отладке SmartIVR, и только онлайн — во время звонка. Доступа к ней нет, и для разбора постфактум она бесполезна
Полная картина есть на ПРОМ. PVS IVR на ПРОМ (контур Омега) показывает весь текст диалога, тексты, ушедшие в TTS, чем завершилась сессия и call trace. Это самый информативный инструмент из имеющихся. Доступ отдельный, под свою учётку, через ДРУГ. Диалоги волны 28.08 присылали именно оттуда
Это не отдельная учётка GigaChat, а доступ к общей платформе логирования Elastic, где лежат индексы SmartNLP и GigaChat. Работа идёт через интерфейс Kibana
Поиск по request-id там работает — проверено на запросе к GigaChat из ноутбука на ИФТ. ⚠️ На звонке это не проверялось: что можно найти запрос, порождённый звонком, — открытый вопрос
Маршрут заявки быстрый: тикет SDMON-5160 «Доступ к кибане IFT» заведён и закрыт за 13 минут, учётные данные и ссылка пришли письмом
ПРОМ — отдельная заявка по другому маршруту, подана 02.09. Учётка нужна каждому своя
🧭Контурычто где тестируется
У SmartIVR три контура: ИФТ, ПРЕДПРОМ, ПРОМ. У SkillFlow только два: ИФТ и ПРОМ
ПРЕДПРОМ по IVR идентичен ПРОМ, но сценарий SkillFlow там уже боевой: звонок на ПРЕДПРОМ идёт по промовскому промпту и по клиентам
Быстро менять и тестировать мы можем только на ИФТ: изменения сценария и промпта на ПРОМ вносит команда сценариев
На ИФТ логи без текста, на ПРОМ — с текстом. Поэтому разбор реплик — по ПРОМ, а проверка механики сценария и переданного промпта — по ИФТ
🔐Доступ на ИФТполучен 07.09 — маршрут для коллег
Инструкция: Confluence, пространство «Мониторинг SberDevices», страница «Доступы», pageId=9409597821
Шаг 1. Заявка в ДРУГ «Доступ к стендам разработки и тестирования», в поле автоматизированной системы указать SmartNLP (CI01808661). Сегмент сети — ваш фактический, обычно SIGMA
Шаг 2. После согласования — тикет в бэклог Jira, проект SDMON (SberDevices Monitoring), свободная форма. Готовый текст:
Доступ к Kibana ИФТ
Прошу предоставить read-only доступ к Elastic/Kibana ИФТ для поиска логов
SmartNLP и GigaChat по request-id в рамках диагностики проекта ЦКМ.
Сетевой доступ к SmartNLP (CI01808661) получен по заявке SD0289350910.
Сегмент: SIGMA, физдоступ имеется.
Согласуйте, пожалуйста, Еременко Руслан Александрович,
Романенков Максим Владимирович.
Шаг 3. Учётка приходит письмом со ссылкой на ресурс. Такой тикет закрывали за 13 минут
💡 Просить узко. PVS и Grafana в тикете не перечислять — проверенная формулировка упоминает только Kibana. Если чего-то не окажется, второй тикет займёт столько же времени, а широкая заявка может уйти на лишние согласования
Оговорка «Kibana — параллельно предоставляется доступ к PVS» относится к форме ДРУГ на ПРОМ и ПСИ, а не к свободному тикету на ИФТ
🏭Заявка на ПРОМподана 02.09
⚠️ ИФТ этих звонков не покажет. Внутренняя волна 28.08 проходила на ПРОМ, и штатные записи есть только на ПРОМ
Что там смотреть — PVS IVR в контуре Омега. Индексы на ПРОМ другие, чисто IVR-овские: сервисы сессии, tts collector с текстами на озвучку, call trace с завершением. По session id видна вся информация по звонку, по шагам — куда вошли и чем закончилось
Завершение в call trace: disconnect — трубку положил IVR, то есть мы сами; far — положил клиент; transfer — IVR перевёл звонок
Учётка PVS на ПРОМ — своя, под контур Омега; общий просмотровый логин ИФТ туда не подходит. Скорее всего, её даёт та же заявка: форма на ПРОМ выдаёт Kibana и параллельно PVS. Если PVS не откроется — отдельная заявка через ДРУГ
Маршрут другой: ДРУГ, услуга «Доступ к автоматизированным системам Банка» — не «к тестовым ресурсам»
Тип заявки — Открытие. Класс среды — Промышленная. В этом положении стенд ПСИ для выбора недоступен, но он сейчас и не нужен
Автоматизированная система — АС SmartNLP.Мониторинг (ПРОМ)
⚠️ Форма даёт одну комбинацию, а не набор галочек. Как только отмечаешь Kibana в «Области данных», Grafana из выбора пропадает — то же с доменом. Grafana, если понадобится, подаётся отдельной заявкой с ролью «Пользователь viewer Grafana». Для поиска логов она не нужна
Полномочия — выпадающий список: Администратор Grafana, Пользователь 1line, Пользователь 3line, Пользователь smartapp_ide, Пользователь smsaide_rt_3line, Пользователь viewer Grafana. Выбран Пользователь 3line: 1line — первичный операционный мониторинг, 3line — техническое расследование. Это вывод по смыслу ролей, документацией не подтверждён
Область данных Виртуального Ассистента — B2B
Домен — тот, с которого работаете. С рабочего места на ПРОМ это OMEGA
Обоснование заполняется без указания полномочий, например: «Для доступа к логам запросов GigaChat по проекту ЦКМ (цифровой клиентский менеджер)»
🧩Что есть чточтобы не путать инструменты
Elasticsearch — база, где физически лежат логи и по которой идёт поиск. Учётку называют «учёткой Elastic», потому что заводится она именно там
Kibana — интерфейс к Elasticsearch. Открываете Discover, выбираете индекс, находите событие по полю и смотрите его целиком — запрос показывается весь, большой и длинный
PVS — просмотрщик того же класса, но с разбивкой по сессии: запросы по звонку в формате вопрос-ответ, длительность каждого запроса, ответ агента. Для разбора звонков удобнее Kibana. На ИФТ и ПРОМ это разные инсталляции с разными учётками
Отладка SmartIVR — живой лог обмена IVR со всеми интеграциями, включая тексты на TTS. Работает только онлайн, прошлые звонки не показывает. Не наш инструмент
Voice 360 (название со слуха, уточнить) — витрина, куда с ПРОМ попадает весь диалог; там же можно послушать запись. По содержанию то же, что PVS IVR ПРОМ, но в удобном виде
Витрины СМД — для заказчиков: тексты диалогов в чистом виде. Команда сценариев ими не пользуется
Система записи (название со слуха — «СЦПЛ», уточнить) — где лежат аудиозаписи звонков: поиск по UUID взаимодействия, прослушивание. Для ИФТ и ПРОМ отдельные
Стенд TTS — отдельный стенд GigaVoice для проверки синтеза: вводишь текст, слушаешь, заводишь дефект
Grafana — графики и мониторинг: версии сервисов, доступность, ошибки, задержки во времени. Для разбора звонков не используется — ни нами, ни командой сценариев
Разница на практике: в Kibana ищете конкретное событие — «запрос с таким request-id в 14:32 и что в нём было». В Grafana смотрите общую картину — «сколько сегодня ошибок и какая версия сервиса работает»
🔎Что проверить самому на ИФТдоступ есть
Найти тестовый звонок 07.09 по номеру и времени — в PVS и в Kibana. Убедиться, что видны сценарий, session-id и переданные в IVR данные
Промпт: посмотреть, что именно SkillFlow передал в IVR — он там целиком. Сверить с нашим текстом: не дописано ли что-то сверху и не задвоился ли он
Какие индексы и data view открылись: только SkillFlow и IVR — или ещё GigaChat и GigaVoice
Имена полей известны из документации:X-Session-ID и X-Request-ID пишутся в каждое сообщение лога как session-id и request-id. Искать по ним
Латенси искать как отдельные записи: поле metric_name со значениями asr_latency, gopro_latency, tts_latency, turn_taking_latency, рядом process_time в миллисекундах и request_id_n
Есть ли событие service_info с версией движка
Находятся ли логи SkillFlow по context.user_id на индексах Delta
⏰ Не забыть сменить диапазон с Last 24 hours на дату звонка
Чего на ИФТ искать не нужно: текста реплик и тела запроса в GigaChat со стороны звонка — обмен IVR ↔ GigaVoice в Kibana не пишется
Главное: взять эталонный звонок и попробовать дойти от него до запроса в GigaChat. Это и есть незакрытый участок цепочки — и на ИФТ он, похоже, не закрывается
🗂PVS и индексы SkillFlow
Старый индекс s.salut-ivr.skillflow.b2b.ift* после 24.08 пустой
Причина переезда: ИФТ-контур ELK на Sigma выведен из эксплуатации, всё переехало на Delta. Новые индексы и алиасы там создаются автоматически в течение часа после начала поступления данных
Рабочий приём: широкая выборка s.* с фильтром context.user_id: <номер> — отдаёт входящие и исходящие события Kafka по звонку
ИФТ, Delta: https://kibana.ift.sdmon.delta.sbrf.ru, обращение к elasticsearch по API https://api.elk.ift.sdmon.delta.sbrf.ru
ПРОМ, Alpha: https://kibana.sdmon.omega.sbrf.ru, отдельная Kibana для выгрузки csv-отчётов https://kibana-report.sdmon.omega.sbrf.ru, API https://api.elk.sdmon.omega.sbrf.ru
➕ Эти индексы относятся к SkillFlow и IVR: ingress, egress, context manager, application logs. Их наличие не означает, что там же лежат полные логи GigaVoice или тело запроса GigaChat
➕ На ПРОМ индексы совсем другие — IVR-овские. Смотреть там сервисы сессии, tts collector и call trace, а не SkillFlow
📦Собрать эталонный звонокдоступы не нужны
Взять звонок 16 из обзвона 28.08 — внутренняя волна, не клиенты, есть расшифровка и разбор
Зафиксировать в одном файле: дату и время, номер, расшифровку, наблюдаемое поведение, completion code
Это не проход цепочки, а заготовка. Прикладывать к каждому обращению ниже
Voice-дефекты рассматриваются по конкретным кейсам с session id и аудио, поэтому эталонный звонок существенно упростит обращение
У одного человека — не у всех сразу — попросить разовую выгрузку по этому звонку
📊СМД и Voice 360после проверки PVS ПРОМ
⚠️ Сначала посмотреть PVS IVR на ПРОМ и Voice 360. Диалог, завершение и UUID записи видны там; если этого хватает — отдельная подписка на витрину не нужна. Заказывать витрину вслепую точно не стоит
Витрины СМД — инструмент заказчиков: тексты в чистом виде. Voice 360 — тоже витрина, но с диалогом и записью; данные туда попадают с ПРОМ
Если выяснится, что нужна массовая регулярная выгрузка, спрашивать у Яшагина и Паничева:
Точное название или ID подписки со звонками ЦКМ
Точное значение source для фильтра
Точное имя поля с идентификатором записи и как по нему слушать через PVS
➕ PVS — интерфейс просмотра и поиска, СМД — источник и подписка на данные. Доступ к PVS не заменяет подписку и право выгрузки
Read-only доступ с правом выгрузки + retention
Разовая выгрузка эталонного звонка со всеми полями
Какие correlation-поля есть: call_id, voice_call_ID / session_id, id записи, возможно request_id / turn_id
⚠️ RqUID GigaChat в витрине отсутствует — запросы идут внутри платформы SmartIVR. Не закладываться
Подписка оформляется через Лабораторию данных
🎧Аудиослушать можно, скачать — нет
Записи лежат в системе записи, отдельно для ИФТ и ПРОМ. Доступ — через ДРУГ
Как найти запись на ПРОМ: в PVS IVR найти диалог и взять его UUID, в системе записи открыть «Взаимодействия» → поиск, ввести UUID — и слушать
На ИФТ сначала проверить, включена ли запись для нашего проекта. Запись не автоматическая, её включают отдельно. Если включена — искать по проекту и времени звонка
⚠️ Скачать файл штатно нельзя — по крайней мере, никто этого не делал: когда нужна запись, её пишут с экрана или на диктофон
⚠️ Двух дорожек нет. Запись одна, смешанная. Шаблон дефектов с двумя каналами (1 — клиент, 2 — GigaVoice) штатными системами не обеспечивается — уточнить у Вяткина, что делать; для дефектов синтеза есть стенд TTS
На ПРОМ послушать запись можно и из Voice 360
🎛Стенд TTS — дефекты синтезаспросить у Вяткина ссылку и доступ
Отдельный стенд GigaVoice: вводишь текст, выбираешь голос и качество, запускаешь синтез, слушаешь. Если озвучено плохо — прямо оттуда заводится заявка в Jira на команду GigaVoice
Качество ставить 8000 — телефония больше не пропускает, это ограничение платформы. Между 8 и 48 кГц разница огромная, но 48 нам недоступно
Голосов там много — все, что есть у движка. Наш выбирать по названию (в разговоре звучало «lifelike» — уточнить)
Прогонять фразу 2–3 раза: синтез меняется от запуска к запуску, дефект может проявиться не с первого раза
Это и есть штатный путь для «интонация не та»: воспроизвести на стенде и завести дефект, а не выкачивать аудио из звонка
Доступ отдельный, скорее всего через ДРУГ; на этом же стенде новые релизы TTS тестируют до выкатки
🧾Логи GigaVoiceне проверено
По voice_call_ID в Kibana находятся все логи GigaVoice — так сказали владельцы движка. Своей проверки не было
⚠️ В Kibana ИФТ обмена IVR ↔ GigaVoice нет — там только SkillFlow ↔ IVR. Тексты, ушедшие в TTS, видны в отладке IVR (онлайн) и в PVS IVR на ПРОМ (tts collector)
Отдельной системы для этого нет: доступ тот же, что к Kibana выше. Названия «АС NLP_Кибана» в инструкции по доступам не существует — это было распознано со слуха
Состав trace, который нужен: ASR, запрос в GigaChat с system prompt и messages, ответ, function call и результат, текст в TTS, ошибки, latency, VAD и перебивания, completion
🔗 X-Session-ID = voice_call_id — по документации это тождество, маппинг на уровне сессии не нужен
⚠️ X-Request-ID генерирует сам GigaVoice на каждую реплику. Логи GigaChat ищутся по request-id — совпадают ли эти значения, не проверено. Это главный открытый вопрос
Чанки одного синтеза несут общий uuid с суффиксами _m, _n. Одна реплика ≠ одна строка
🚫 Доступ в среду разработки SmartIVR не запрашивать — это инструмент разработчиков, не пользовательский маршрут
🔑Пермишены GigaVoiceсначала проверить логи, потом просить
⚠️ Просить преждевременно. Раздел документации называется «Логирование латенси и метрик»: компонентные латенси пишутся в серверные логи GigaVoice отдельными записями. Если Kibana отдаст индексы GigaVoice, метрики там уже будут и пермишены не понадобятся
Эти два списка управляют отправкой событий клиенту — то есть SmartIVR, который их ещё должен сохранить. Для анализа это другой путь
Порядок: получить Kibana → найти звонок по session-id → проверить, есть ли записи с metric_name и событие service_info. Обращаться только если их не окажется
UserIDsWithServiceInfoAccess — версия движка в сессии
CN основного запроса: CI03219423-IFT-CORP и CI03219423-PROM-kiparis-ckr
Старый CI00747093-IFT-CORP добавлять только если подтвердят, что через него ещё идут вызовы — пермишены работают на будущие события и старых логов не откроют
Уточнить, куда мы складываем приходящие service_info и metric — пермишен открывает поток, интерфейса просмотра не создаёт
➕ Тем же сообщением: лежит ли для наших CN что-то в config.system_prompt? Промпт передаётся через SkillFlow, а по документации конфигурационный дописывается к переданному в любом случае — если там копия, склеятся две версии нашего же промпта
💰 Зачем они вообще нужны: без раскладки задержки по участкам претензию «долгие паузы» нечем подтвердить — не видно, где уходит время, на распознавании, генерации или синтезе
🎚️Dumper — задать вопрос, не просить включить
Документация подтверждает сохранение входящего клиентского аудио в S3. Сохранение отдельной дорожки синтеза не описано и не гарантировано
Может затронуть весь трафик соответствующего инстанса или контура — scope, хранение и допустимость подтвердить у владельцев
Команда сценариев про Dumper не слышала и им не пользуется — в PVS и Kibana его следов ждать не стоит
Формулировка: «можно ли использовать Dumper для CN ЦКМ, на каком контуре, куда попадает аудио, кто имеет доступ и решает ли это задачу двухканальной записи?»
ИФТ выглядит единственным разумным местом для эксперимента — но только после согласования
⏸ Спрашивать имеет смысл только если штатным способом нужное аудио получить не удастся
💻Рабочее место
Вслепую не заказывать. У владельца каждого инструмента спросить: Сигма, Альфа, Омега или отдельный ВАРМ
PVS ИФТ — общий просмотровый логин; PVS ПРОМ — своя учётка в контуре Омега
В форме ДРУГ на ПРОМ указываются логины сразу в двух доменах — OMEGA и SIGMA, и домен выбирается отдельным полем
Просмотр и выгрузка могут требовать разных контуров — уточнять оба отдельно
⏳ Не тот ВАРМ через ДРУГ — потеря недель
🔬После получения доступов — пройти цепочку самостоятельно
запись → UUID → диалог в PVS IVR ПРОМ → completion — этот участок на ПРОМ доступен штатно
voice_call_ID → trace GigaVoice → request-id → запрос и ответ GigaChat → TTS — этот участок по-прежнему не пройден
На том же эталонном звонке: мы знаем, что в нём было, поэтому сразу видно, чего в логах нет
Главный незакрытый участок — мост от звонка к request-id. Логи GigaChat уже доступны и ищутся по id; неизвестно, как получить этот id для конкретного звонка. На ИФТ его в Kibana нет: обмен IVR ↔ GigaVoice туда не пишется
Ключевое по промпту: сверить фактический контекст с тем, что отправил SkillFlow. Что отправил SkillFlow — видно в Kibana ИФТ целиком; что дошло до модели — пока не видно нигде. Собственного бизнес-промпта платформа не добавляет — проверяем, не задвоился ли наш промпт из конфига
При переданном silence_phrases_timeout в конец системного сообщения дописывается инструкция про пустое сообщение, а молчание пишется в историю как пара ходов, где ход клиента — пробел. Это одно из документированных платформенных дополнений к контексту: проверить, активна ли механика в нашем конфиге и нет ли других преобразований
⚠️Что не перепутать
СМД используется в проекте ещё и как источник исторических транскрибаций для персонализации. Это другая витрина и другая задача, технических логов не даст
Звонок на ПРЕДПРОМ для SkillFlow — боевой: промпт промовский, клиенты настоящие
Порядок
ИФТ — доступ получен 07.09. ПРОМ — заявка АС SmartNLP.Мониторинг (ПРОМ) подана 02.09, ждём
Проверить ИФТ по чек-листу: найти тестовый звонок, посмотреть переданный промпт, зафиксировать, каких полей нетсегодня
Пока ждём ПРОМ — собрать пакет по эталонному звонку. Больше ни от кого не зависит
Спросить у Вяткина ссылку и доступ на стенд TTS — это закрывает дефекты синтеза без аудио из звонка
Заявка в ДРУГ на систему записи: ПРОМ — сразу, ИФТ — после проверки, что запись для проекта включена
Как придёт ПРОМ — PVS IVR: найти звонки волны 28.08, взять UUID, послушать; сравнить с Voice 360
Только после этого — точечные вопросы владельцам: Головину и Вяткину по метрикам и двум дорожкам, Яшагину и Паничеву по витрине
Пройти цепочку на эталонном звонке и зафиксировать, где она обрывается
Схема связей
Ключевое разделение. GigaVoice — оркестратор, а не модель. Неверная транскрибация — вопрос к ASR; верная транскрибация при кривом ответе — вопрос к GigaChat или к нашему промпту. Это позволяет делить дефекты по зонам ещё до обращения к смежникам. Второе разделение — по контурам: ИФТ показывает, что SkillFlow передал в IVR, но не реплики; текст диалога, завершение и ключ к записи есть только на ПРОМ. Дефекты синтеза воспроизводятся на стенде TTS, а не выкачиваются из звонка.
Пояснения к схеме
PVS · Kibana ИФТ
обмен SkillFlow ↔ SmartIVR
Внутри
Факт звонка, сценарий, время, session-id, данные, переданные в IVR — промпт целиком
Нет там
Текста диалога: реплики генерирует GigaVoice, они ходят между IVR и GigaVoice мимо SkillFlow
Индексы
s.kib-ckr-text-va.smnlp-sf-ivr.*
Ключ
context.user_id — номер телефона
Статус
доступ есть · 07.09
Отладка SmartIVR
ИФТ · только онлайн
Внутри
Обмен IVR со всеми интеграциями, тексты на TTS — во время звонка
Нет там
Прошлых звонков: лог живой, постфактум не посмотреть
Статус
не нужен
PVS IVR · ПРОМ
контур Омега · самый информативный
Внутри
Весь текст диалога, tts collector с текстами на озвучку, завершение сессии, call trace
Ключ
session id · UUID взаимодействия для записи
Завершение
disconnect — положил IVR, far — положил клиент, transfer — перевод
Кто
Качалова · диалоги 28.08 брали отсюда
Статус
своя учётка, через ДРУГ
Voice 360
витрина · название со слуха
Внутри
Весь диалог с ПРОМ в удобном виде, там же прослушивание
Связь
Данные приходят с ПРОМ. Витрины СМД — отдельно, для заказчиков, тексты в чистом виде
Статус
уточнить доступ
Аудиозаписи
система записи · ИФТ и ПРОМ отдельно
Ключ
UUID взаимодействия из PVS ПРОМ; на ИФТ — проект и время
Слушать
подтверждено
Скачать
штатно нет — пишут на диктофон
2 дорожки
нет — запись одна, смешанная
ИФТ
Сначала проверить, что запись для проекта включена
Стенд TTS
GigaVoice · дефекты синтеза
Что
Ввести текст, выбрать голос и качество 8000, послушать; дефект заводится в Jira прямо со стенда
Правило
Прогонять фразу 2–3 раза — синтез плавает
Кто
Вяткин
Статус
запросить ссылку и доступ
Логи GigaVoice
та же Kibana
Внутри
ASR, сборка контекста, запрос и ответ модели, function call, текст в TTS, ошибки, latency, VAD
Ключ
voice_call_ID
Внимание
В Kibana ИФТ обмена IVR ↔ GigaVoice нет
Статус
не проверено
Логи GigaChat
та же Kibana, ИФТ
Ключ
request-id
Доступ
Тикет SDMON-5160, закрыт за 13 минут
Проверено
Собственный запрос из ноутбука — не запрос от звонка
Статус
доступ есть
Пермишены GigaVoice
выдаются по CN
Даёт
service_info — версия движка в сессии metric — asr_latency, gopro_latency, tts_latency, turn_taking_latency
CN
CI03219423-IFT-CORP CI03219423-PROM-kiparis-ckr
Кто
Головин, Вяткин
Учесть
Латенси пишутся в серверные логи GigaVoice — если Kibana их отдаст, пермишены не нужны
Статус
сначала проверить в логах
подтверждено частично / требует проверки нужно запросить неизвестно
Что учесть
На ИФТ текста нет
Kibana и PVS ИФТ видят только обмен SkillFlow ↔ IVR. Реплики ходят между IVR и GigaVoice и на ИФТ видны только в отладке, онлайн. Разбор реплик — по ПРОМ.
Сначала смотрим, потом спрашиваем
Почти всё, что хотелось уточнить у коллег, видно в логах самому. Обращение после проверки будет предметным: вот звонок, вот индекс, вот чего в нём нет.
ПРЕДПРОМ — это ПРОМ
У IVR три контура, у SkillFlow два. Звонок на ПРЕДПРОМ идёт по боевому сценарию SkillFlow. Менять и тестировать быстро можно только на ИФТ.
PVS — это не СМД
PVS — интерфейс просмотра и поиска, витрина СМД — источник и подписка для заказчиков. Voice 360 — витрина с диалогом и записью, данные туда попадают с ПРОМ.
ИФТ и ПРОМ просят по-разному
На ИФТ — свободный тикет, и формулировка узкая: только Kibana. На ПРОМ — форма, и она открывает одну комбинацию: выбрали Kibana — Grafana пропала из списка. Grafana при необходимости подаётся отдельно. Учётки PVS на ИФТ и ПРОМ тоже разные.
Одна дорожка
Запись звонка одна, смешанная; скачать её штатно нельзя. Для дефектов синтеза — стенд TTS, для двух дорожек — вопрос к Вяткину.
Dumper — не решение для аудио
Только входящий клиентский звук; дорожка синтеза не гарантирована. Может затронуть весь трафик инстанса. Команда сценариев им не пользуется. Уместен, похоже, только на ИФТ и только после согласования.
Две разные витрины СМД
Нужна витрина с результатами звонков. Историческая витрина транскрибаций для персонализации — другая задача, технических логов не даст.
Как найти звонок и запись, что означают поля PVS и call trace. Изменения сценария и промпта на ПРОМ идут через неё
Виктор Вяткин
GigaVoice · синтез
Ссылка и доступ на стенд TTS; дефекты синтеза заводятся в Jira со стенда; вопрос про две дорожки в шаблоне дефектов
Павел Головин Виктор Вяткин
GigaVoice
Пермишены service_info и metric по CN; вопросы по Dumper; лежит ли что-то в config.system_prompt для наших CN
Николай Яшагин Сергей Паничев
СМД, SmartIVR, аудиозаписи
Название и ID подписки, точный source, поле с идентификатором записи, retention, право выгрузки, разовая выгрузка эталонного звонка
SberDevices Monitoring
Kibana, PVS, Grafana
Заявка в ДРУГ на SmartNLP (CI01808661), затем тикет в бэклог Jira SDMON в свободной форме. Согласующие — Еременко Руслан Александрович, Романенков Максим Владимирович