IXC Recording на Softswitch і в Billing 7 — фундамент AI-аналізу дзвінків

IXC Recording — функція стека на IXC Softswitch і в IXC Billing 7. Софтсвіч захоплює медіа при увімкненому записі; Billing 7 впорядковує архів, щоб і команда, і наступний шар аналізу IXC спиралися на те саме аудіо.
Огляд: що відкриває Recording, що отримують оператори сьогодні і як це живить AI-аналіз дзвінків, FAS і голосову пошту. Анонс: новина IXC Recording.
Яку задачу вирішує?
В операторів уже є CDR, маршрути й signalling. Не було структурованого аудіо викликів на платформі — шару, потрібного машинам і людям для інсайту по трафіку, «чуття» фроду та коучингу call-centre.
Без Recording:
- Аудіо лежить сирими файлами на сервері, а не як можливість платформи
- Немає чого надійно позначати й надсилати на аналіз дзвінків IXC
- У детекторів FAS і voicemail немає медіа-шляху
- Високі обсяги тонуть у некерованих файлах замість пошукового архіву
IXC Recording закриває розрив: захоплення на softswitch плюс архів у Billing 7 — фундамент для всього, що чує виклик.
Що нового для операторів
1. Сторінка Recordings (Troubleshooting)
Новий екран Troubleshooting → Recordings показує використання диска й годинні бакети з кількістю викликів, розміром і межами часу. Відкрийте бакет — окремі виклики без нескінченного плоского списку.
2. Пошук по всіх записах
Search all buckets — за Call-ID, міткою маршруту чи датою. Результат показує годинний бакет.
3. Прослухати, вивантажити, очистити
Відкрийте запис, завантажте аудіо для партнера чи compliance, видаліть зайве — один виклик або пакет. Ті самі файли пізніше позначаєте для звітів аналізу IXC.
4. Правила зберігання
Строк давності, «залишити N останніх», автоочищення при зростанні диска — архів готовий до аналізу, а не похований під медіа.
5. Зі звітів по викликах
В Originator / Terminator при активному записі відкрийте аудіо з рядка виклику — як SIP-трасування.
Було vs з Recordings у V7
Було
- Файли по годинах на сервері
- Важко знайти Call-ID
- Стрибки між звітами й шляхами
- Ручне очищення
- Немає чистого шляху до AI-аналізу та FAS/voicemail
З Recordings у V7
- Годинні бакети та пагінація
- Пошук за Call-ID, тегом, датою
- Відкриття зі звітів Originator / Terminator
- Retention в UI
- Можна стартувати пайплайн позначити → аналіз → автоматичний звіт
Для кого
- Власники платформи, що будують наступний шар — AI-аналіз трафіку, FAS, voicemail
- Call centres і wholesale, які позначатимуть виклики й отримуватимуть звіти IXC
- Якість / compliance — знайти й вивантажити конкретну розмову за потреби
- Операції — диск і retention до переповнення
Доступ — через звичайні ролі.
Що потрібно
- Softswitch — запис на рівні платформи (install/build) і в signalling-профілі оригінатора
- Billing 7 — UI Recordings, deep-link зі звітів, експорт і retention
Навіщо це важливо — і що далі
Recording — не кінцевий продукт. Це перший крок до аналізу дзвінків IXC — позначити виклики, отримати звіт автоматично — і до real-time FAS / voicemail на тому ж медіа-шляху.
Доступність
Збірка софтсвіча з голосовим записом і IXC Billing 7.0.90+. Див. анонс або noc@ixc.ua.
Підсумок
Захоплення на softswitch плюс архів Billing 7: бакети, пошук, прослуховування/експорт, retention і deep-link зі звітів — фундамент аналізу та детекції IXC, а не побічний інструмент для тікетів.
Часті запитання
Яку задачу вирішує IXC Recording?
Структуроване аудіо на платформі — захоплення на softswitch і архів у Billing 7 — щоб IXC міг аналізувати дзвінки й детектити FAS/voicemail за реальним медіа, а не лише за CDR.
Де знайти записи в IXC Billing 7?
Troubleshooting → Recordings для бакетів і пошуку, або відкриття запису з Originator Calls і Terminator Calls при активному записі.
Як це веде до аналізу дзвінків?
Ви позначаєте виклики в IXC з упорядкованого архіву, надсилаєте на аналіз і отримуєте автоматичний звіт назад в IXC.
Що потрібно для IXC Recording?
Збірка софтсвіча з голосовим записом (платформа та signalling-профіль оригінатора) і IXC Billing 7.0.90 або новіша.
