Огляд функцій

Тут перелічено клієнтські можливості, які зараз відстежуються в Product Feature Catalog. Доступність за пакетами показує базову комерційну конфігурацію; у конкретній організації також можуть діяти ролі, налаштування проєктів і організаційні перевизначення.

Зведення

• Клієнтські функції: 56
• Часткові або beta-функції: 4
• Див. також: Матриця функцій за пакетами

Функції за областями

Основний pipeline

Функція	Статус	Пакети	Що робить
Pipeline прийому, транскрибації та аналізу	Доступно	Усі пакети	Основний життєвий цикл запису: прийом, транскрибація, AI-аналіз, доставка результатів і пов’язані дії.
Верифікація аналізу та підтвердження цитат	Доступно	Усі пакети	Другий прохід по готовому аналізу перед публікацією: перевірка безпеки наново читає транскрипт на кожному аналізі, а перевірка фактів долучається тоді, коли в аналізі є щось, за чим ваша CRM діятиме, — поле картки для заповнення або домовленість, яку ваші налаштування пускають у роботу: задачею-нагадуванням чи перевіркою того, що обіцяний передзвін справді відбувся. Вона лишає твердження, чию цитату вдається знайти в розмові (і додає її разом із таймкодом як підтвердження), а ті, що підтвердити не вдалося, утримує замість того, щоб доставити. Коли в аналізі немає ні того, ні іншого, охороняти нічого — і перевірка фактів пропускається, а не витрачається на розбір формулювань звіту. Для дзвінка зі спірною категорією додається окремий прохід-арбітраж. Вільний текст ніколи не переписується: непідтверджене важливе твердження лишається в аналізі, і до нього додається зауваження. Автоматичну частину — заповнення полів картки і створення задач — утримує непідтверджене твердження, призначене для запису в CRM (поле картки або домовленість), а також сигнал безпеки, конфлікт ролей чи спірна категорія; зауваження до формулювання у звіті саме по собі її не утримує. Звіт до вашої CRM надходить у будь-якому разі, а коли автоматичну частину утримано — з позначкою про це. На екрані запису стан стоїть значком поряд із загальним балом: наведення показує статус і причини, натискання розкриває самі твердження — формулювання зі звіту та цитату з розмови, якщо вона знаходиться в записі дослівно. У друкованому звіті цей розбір розкрито завжди. Верифікацію не можна вимкнути налаштуванням, а виклики верифікаторів, що відбулися, списуються з бюджету організації разом із самим аналізом.
Оцінювання з урахуванням стадії угоди — стадія, результат і просування	Доступно	Не включено за замовчуванням	Фіксує воронку та стадію угоди Bitrix24 на момент аналізу (crm_stage_id/crm_pipeline_id/crm_stage_semantic/crm_stage_source) і оцінює дзвінок за картою оцінювання, прив’язаною до цієї стадії: спершу точна прив’язка, далі семантика фази стадії, далі прив’язка за категорією, якщо не підійшло ні те, ні те. За розкладом також синхронізує результат кожної пов’язаної угоди (відкрита/виграна/програна) для воронки результатів (обсяг дзвінків за виграно/програно з розбивкою за середнім балом якості) і виводить для кожного дзвінка вердикт просування (просунулася/на місці/відкотилася) з історії стадій угоди — його показано чипом поруч із дзвінком. У першій версії лише угоди; для організацій без підключеного Bitrix24 не робить нічого. Вмикається на рівні організації (прапорець типово вимкнено). На вбудованій поверхні Bitrix24 бейдж стадії приховано; повторний аналіз відновлює збережений знімок на момент дзвінка, а не знімає стадію заново, тож стадія запису завжди відображає момент розмови.

Записи

Функція	Статус	Пакети	Що робить
Робоча область розмов	Доступно	Усі пакети	Список і картка записів, доступ до аудіо й транскрипту, завантаження файлів і перегляд метаданих запису.
Повторна обробка записів	Доступно	Усі пакети	Оцінка вартості, повторний аналіз, повторне отримання медіа та запуск обробки через workflow.
Автоматичний і ручний режими аналізу	Доступно	Усі пакети	Організація обирає один із двох режимів. В автоматичному режимі кожен новий запис одразу транскрибується та аналізується. У ручному режимі записи приймаються й показуються у списку, але чекають у стані awaiting_start і не витрачають хвилини — а власник або адміністратор запускає те, що потрібно: один запис із його картки, вибірку зі списку записів (із показом ціни до списання) або накопичений беклог — один запуск бере не більше 200 записів і повідомляє залишок, тому більший обсяг іде за кілька запусків. Ручний запуск перекриває і організаційний гейт, і проєкт, у якого вимкнено автоматичний аналіз. Нові організації починають у ручному режимі. Масовий імпорт із CRM працює лише в автоматичному режимі — він не ставить записи в чергу для подальшого ручного запуску, тож перед імпортом організацію в ручному режимі треба перемкнути на автоматичний. Режим можна перемкнути з банера у списку записів або з налаштувань організації. Платна організація, яка вичерпала включені хвилини І баланс гаманця, сама перемикається на ручний режим — причина та момент фіксуються, щоб банер відрізняв вимушену паузу від обраної; записи, які вже пройшли організаційний гейт і саме оброблялися в конвеєрі в момент вичерпання грошей, потрапляють у awaiting_funds — таких може бути більше одного, бо перевірка балансу застосовується до кожного запису, що йде через гейт, а не лише до одного, — а кожен наступний запис — основний, усталений наслідок цієї автопаузи — зупиняється на організаційному гейті й потрапляє у awaiting_start. Обидва запускаються так само, як будь-який інший запис, що очікує, — по одному, вибіркою або запуском беклогу з тим самим лімітом у 200 записів. Записи, які вже лежали в awaiting_funds до появи цього режиму, запускаються так само — окремого лікування вони не потребують. Поповнення балансу саме по собі не знімає причину паузи і не повертає автоматичний режим — це робить лише явне перемикання режиму власником або адміністратором (повторне увімкнення автоматичного режиму або повторна відправка ручного), і до того часу обробка лишається ручною, а причиною й далі значиться пауза. Змінюється те, ЩО ця причина каже, щойно організації знову є чим платити — поповнила вона баланс, отримала бонусні хвилини чи просто дожила до нового білінгового циклу: банер і екран налаштувань перестають стверджувати брак коштів у теперішньому часі й пояснюють, що режим відібрали автоматично, а увімкнути його назад — тепер рішення власника. Налаштування організації показують це пояснення теж, а не лише банер у списку записів: інакше власник, який зайшов у налаштування напряму, бачив би ручний режим, якого не обирав, без жодного натяку чому. Free-тариф у ручний режим за це не перемикається: його грант включених хвилин скидається з початком календарного місяця, тож його вичерпання — штатна щомісячна подія, а не вимушена пауза, і обробка відновлюється сама з початком нового циклу.

Аналітика

Функція	Статус	Пакети	Що робить
Робоча область аналізу	Доступно	Усі пакети	Список і картка аналізів з підсумками, метриками, контекстом транскрипту та запуском повторного аналізу.
Акустичні голосові метрики	Доступно	Усі пакети	Об’єктивні ознаки подачі голосу для дзвінків — темп мовлення (слів за хвилину), паузи, змінюваність висоти тону та стабільність голосу. Обчислює акустичний сервіс за аудіо дзвінка й показує на панелі аналізу запису.
Аналітичні дашборди	Доступно	Усі пакети	Дашборди та сторінки аналітики за обсягом дзвінків, якістю і performance.
Статистика дзвінків	Доступно	Усі пакети	Сторінка та API для обсягу дзвінків, трендів, тривалості й операційних call metrics.
Аналітика пропущених дзвінків	Доступно	Усі пакети	Аналітика пропущених дзвінків, follow-up gaps та операційного моніторингу.
Рольові дашборди	Доступно	Усі пакети	Дашборди owner, client, supervisor і agent з KPI та навігацією під роль.

Перевірка

Функція	Статус	Пакети	Що робить
Анотації та перевірки аналізу	Доступно	Усі пакети	Коментарі, статуси перевірки та зворотний зв’язок, прив’язані до конкретних результатів аналізу.
Черга ручної перевірки	Бета	Не включено за замовчуванням	Стійка черга CRM-автоматизації, заблокованої верифікацією аналізу, із журналюванням рішень approve/reject.

Інтеграції

Функція	Статус	Пакети	Що робить
Прямі джерела телефонії	Доступно	Усі пакети	Підключення та прийом даних від провайдерів на кшталт Streamtelecom, Ringostat і Binotel.
Керування джерелами даних	Доступно	Усі пакети	Майстер налаштувань і API для вибору джерела, підключення, перевірки з’єднання та відключення.
Повернення відключеної CRM	Доступно	Усі пакети	Повторна прив’язка відключеного джерела Bitrix24 або Uspacy, яке досі встановлене в порталі: зв’язок відновлюється однією кнопкою, перевстановлення з маркетплейсу не потрібне.
Гібридне джерело медіа	Частково	Усі пакети	Коли джерелом записів є CRM, а її картка дзвінка не містить файлу — лише посилання на архів оператора телефонії, — встановлення телефонії можна підключити в ролі джерела аудіо (media_only): воно перестає створювати власні записи і натомість постачає запис для дзвінків CRM. Зіставлення йде спершу за ідентифікатором дзвінка з даних CRM, потім — за номером, часом і тривалістю в індексі дзвінків телефонії. Індекс наповнюють двоє: живий вебхук — кожним дзвінком, який оператор вважає завершеним, і вибірка CDR за період — тим, чого вебхук не побачив. Результат «не взяли слухавку» або «зайнято» дозволяє Aelo перестати чекати і закрити запис із названою причиною; так само закривають її і кілька кандидатів, що лишилися придатними після звуження. Решту невідповіданих результатів відрізнити від того, якого ми ще не знаємо, нічим, тому запис в оператора запитують до добової межі. Сьогодні в цій ролі може виступати лише Binotel.
Інтеграція з Bitrix24	Доступно	Усі пакети	Вбудований застосунок Bitrix24, синхронізація CRM-даних і доставка результатів назад у Bitrix24.
Налаштування Smart Process Bitrix24	Доступно	Усі пакети	Вбудоване та організаційне налаштування Smart Process для зберігання результатів аналізу в Bitrix24.
Інтеграція з Uspacy	Бета	Усі пакети	Uspacy Calls Beta: портал підключається встановленням Aelo з маркетплейсу Uspacy, дзвінки надходять підписаним потоком розміщення разом із посиланням на запис, а готовий аналіз повертається в Uspacy нотаткою до дзвінка та одним коментарем до пов’язаної сутності.
Ідентифікація в чаті підтримки	Доступно	Усі пакети	Представляє користувача, який увійшов, оператору вбудованого в застосунок віджета чату підтримки Bitrix24 — замість анонімного гостя. Edge-api формує солений хеш (SUPPORT_CHAT_SALT), який віджет приймає як зовнішню автентифікацію, плюс ім’я, e-mail, аватар і роль користувача та блок даних із назвою організації, тарифом і статусом підписки, ідентифікатором організації та поверхнею (окремий застосунок чи домен Bitrix24), з якої надійшла ідентифікація. Один обробник обслуговує і застосунок з авторизацією Clerk, і вбудовану сесію Bitrix24, тож історія звернень у користувача одна, з якої б поверхні він не писав.
Імпорт з CRM	Доступно	Усі пакети	Масовий запуск імпорту CRM, статус, скасування, історія та workflow-trigger для фонової обробки.
Метадані CRM-полів	Доступно	Усі пакети	Кеш CRM-полів, на якому працює вибір полів у конструкторі правил вхідної маршрутизації з урахуванням конкретного провайдера.
Публічний API завантаження	Доступно	Starter, Pro, Business, Scale, Enterprise	Програмне завантаження дзвінків і отримання результатів за API-ключами в межах організації.

Комплаєнс

Функція	Статус	Пакети	Що робить
Налаштовуваний строк зберігання даних	Доступно	Усі пакети	Власник організації може скоротити строк зберігання до будь-якого значення від 1 до 365 днів, заздалегідь побачивши, скількох записів це торкнеться; якщо строк не задано, діє платформний.
Керування інцидентами	Доступно	Усі пакети	CRUD інцидентів, resolution і breach-notification workflow, пов’язані із записами та аналізами.
Керування згодою	Доступно	Усі пакети	Статус consent, grant/withdraw events, embedded consent gate і підтвердження compliance організації.
Запити суб’єктів даних	Частково	Усі пакети	Список, створення, approve/reject/delete flow для DSR; виконання поки потребує ручної обробки.
Результати перевірки відповідності за дзвінками	Доступно	Усі пакети	AI-оцінювання кожного дзвінка: попередження про запис, чек-лист TCPA (компанія представилася, названо мету, запропоновано відмову) та поводження з персональними даними — із часткою успішних перевірок по організації на адмін-дашборді.

Автоматизація

Функція	Статус	Пакети	Що робить
Правила вхідної маршрутизації	Доступно	Усі пакети	Організаційні JSONLogic-правила та fallback-налаштування, які спрямовують вхідні записи в потрібний проєкт.
Оповіщення	Доступно	Усі пакети	Бізнес- і системні правила оповіщень, події, сповіщення та процес resolution.

Інтерфейс

Функція	Статус	Пакети	Що робить
Командна палітра	Доступно	Усі пакети	Швидка навігація з клавіатури всередині застосунку.
Темна тема	Доступно	Усі пакети	Підтримка тем оформлення застосунку.
Анімації інтерфейсу	Доступно	Усі пакети	Шар motion і transition для оболонки застосунку.

Сповіщення

Функція	Статус	Пакети	Що робить
Сповіщення в застосунку	Доступно	Усі пакети	Дзвіночок і випадаюче меню подій, видимих користувачу.
Канали сповіщень	Доступно	Усі пакети	Користувацькі налаштування каналів доставки для внутрішніх і зовнішніх сповіщень.

Звітність

Функція	Статус	Пакети	Що робить
Email-дайджести	Доступно	Усі пакети	Планові email-дайджести для owner/admin/supervisor/agent з чергами, шаблонами та unsubscribe tokens. Організація задає значення за замовчуванням для щоденного і щотижневого дайджесту, кожен співробітник може перевизначити його для себе, і в кожному листі є посилання на відписку.
Публічний сайт і документація	Доступно	Усі пакети	Astro marketing/legal site і Starlight-документація для клієнтів на локалізованих маршрутах.

Пошук

Функція	Статус	Пакети	Що робить
Глобальний пошук	Доступно	Усі пакети	Пошук продуктових сутностей через API та інтерфейс застосунку.

Коучинг

Функція	Статус	Пакети	Що робить
Якість розмов за співробітниками	Доступно	Усі пакети	Оцінки якості розмов і тренди за кожним співробітником, картка агента та API за ними. Подача — таблиця оцінок, а не турнірна таблиця: без рангів і медалей.
Скрипти	Доступно	Усі пакети	Бібліотека sales scripts, парсинг, призначення на проєкти, кроки/фрази та оцінка adherence.

Налаштування

Функція	Статус	Пакети	Що робить
Закріплена конфігурація аналізу проєкту	Доступно	Усі пакети	Відмова проєкту від автовибору за категоріями на рівні організації: закріпіть власний профіль аналізу — і кожен аналіз у цьому проєкті використовуватиме його незалежно від визначеної категорії дзвінка. Правилам скрипта закріплення не потрібне: призначені проєкту, вони і так важливіші за прив’язки за категорією.
Проєкти	Доступно	Усі пакети	Список, створення, картка, налаштування, lifecycle actions, статистика та конфігурація проєктів.

Білінг

Функція	Статус	Пакети	Що робить
Робоча область білінгу	Доступно	Усі пакети	Підписка, використання, кредити та billing controls всередині застосунку.
Stripe підписки та checkout	Доступно	Усі пакети	Stripe checkout, customer portal, webhooks, статус підписки, cancel/reactivate та billing safeguards.
Бюджети, кредити, використання та маржа	Доступно	Усі пакети	Ліміти бюджету, купівля кредитів, usage charges, billing summaries, margin reporting і per-minute pricing.
Прозорість вартості	Доступно	Усі пакети	Видимість usage, unit cost, margin і budget на billing-поверхнях.

Дані

Функція	Статус	Пакети	Що робить
Експорт	Доступно	Усі пакети	Експорт графіків, аналітики та клієнтських даних.

Промпти

Функція	Статус	Пакети	Що робить
Конструктор промптів	Доступно	Усі пакети	Редактор prompt profiles і preview-інструменти для промптів.
Заборонені слова проєкту	Доступно	Усі пакети	Список слів, яких у розмовах проєкту бути не повинно. Кожне спрацювання зберігає вимовлену форму, запис списку, з яким вона збіглася, мовця та дослівну цитату; санітайзер відкидає спрацювання, слова якого немає в його цитаті. Не плутати з метрикою невпевненості агента (зберігається як stopWords): вона шукає хеджування за списком, зашитим у промпт.

Доступ

Функція	Статус	Пакети	Що робить
Команда та запрошення	Доступно	Усі пакети	Користувачі, команда, membership, запрошення, видимість ролей і acceptance workflow.
Запити доступу з Bitrix24	Доступно	Усі пакети	Запит доступу для embedded-користувачів Bitrix24 і поверхні approval для адміністраторів.
Доступ за оргструктурою	Доступно	Усі пакети	Керівник відділу бачить записи всіх, хто під ним в імпортованому дереві організації, — на додачу до призначених йому проєктів, а не замість них: у списку записів, у пошуку та на всіх поверхнях картки (картка, транскрипт, аналіз). Підлеглі рахуються незалежно від того, чи мають вони обліковий запис в Aelo: співробітників, яких імпорт лишив учасниками в очікуванні (немає з чим пов’язувати), зіставляють за їхнім ідентифікатором у CRM з урахуванням провайдера самого запису. Обліковий запис потрібен самому керівникові — доступ видають людині.

Онбординг

Функція	Статус	Пакети	Що робить
SaaS онбординг	Доступно	Усі пакети	Онбординг SaaS, збір quick context, compliance gate, first-login redirect і preview flow.
Embedded Bitrix24 онбординг	Доступно	Усі пакети	Embedded auth/session, install/onboard status, consent gate, Smart Process step і embedded dashboard.