Огляд функцій
Тут перелічено клієнтські можливості, які зараз відстежуються в Product Feature Catalog. Доступність за пакетами показує базову комерційну конфігурацію; у конкретній організації також можуть діяти ролі, налаштування проєктів і організаційні перевизначення.
- Клієнтські функції: 72
- Часткові або beta-функції: 7
- Див. також: Матриця функцій за пакетами
| Функція | Статус | Пакети | Що робить |
|---|---|---|---|
| Pipeline прийому, транскрибації та аналізу | Доступно | Усі пакети | Основний життєвий цикл запису: прийом, транскрибація, AI-аналіз, доставка результатів і пов’язані дії. |
| Верифікація аналізу та підтвердження цитат | Доступно | Усі пакети | Другий прохід по готовому аналізу перед публікацією: перевірка безпеки наново читає транскрипт на кожному аналізі, а перевірка фактів долучається тоді, коли в аналізі є щось, за чим ваша CRM діятиме, — поле картки для заповнення або домовленість, яку ваші налаштування пускають у роботу: задачею-нагадуванням чи перевіркою того, що обіцяний передзвін справді відбувся. Вона лишає твердження, чию цитату вдається знайти в розмові (і додає її разом із таймкодом як підтвердження), а ті, що підтвердити не вдалося, утримує замість того, щоб доставити. Коли в аналізі немає ні того, ні іншого, охороняти нічого — і перевірка фактів пропускається, а не витрачається на розбір формулювань звіту. Для дзвінка зі спірною категорією додається окремий прохід-арбітраж. Вільний текст ніколи не переписується: важливе твердження лишається в аналізі як написано, а зауваження до нього додається, лише коли розмова показує помилку, — репліка, де сказано інше, одиниця чи валюта, яких мовець не називав, дата, яку сказане не визначає, або інший товар чи сторона; твердження, про яке в розмові просто не йдеться, зауваження не отримує: відсутність цитатою не покажеш. Автоматичну частину — заповнення полів картки і створення задач — утримує непідтверджене твердження, призначене для запису в CRM (поле картки або домовленість), а також ознаку ризику безпеки, конфлікт ролей чи спірна категорія; зауваження до формулювання у звіті саме по собі її не утримує. Звіт до вашої CRM надходить у будь-якому разі, а коли автоматичну частину утримано — з позначкою про це. На екрані запису стан стоїть значком поряд із загальним балом: наведення показує статус і причини, натискання розкриває самі твердження — формулювання зі звіту та репліку з розмови, яка показує помилку (її не видно, лише якщо в ній були персональні дані, вилучені мінімізацією). У друкованому звіті цей розбір розкрито завжди. Верифікацію не можна вимкнути налаштуванням, а виклики верифікаторів, що відбулися, списуються з бюджету організації разом із самим аналізом. |
| Оцінювання з урахуванням стадії угоди — стадія, результат і просування | Доступно | Не включено за замовчуванням | Фіксує воронку та стадію угоди Bitrix24 або Uspacy на момент аналізу (crm_stage_id/crm_pipeline_id/crm_stage_semantic/crm_stage_source) і оцінює дзвінок за картою оцінювання, прив’язаною до цієї стадії: спершу точна прив’язка, далі семантика фази стадії, далі прив’язка за категорією, якщо не підійшло ні те, ні те. За розкладом також синхронізує результат кожної пов’язаної угоди Bitrix24 або Uspacy (відкрита/виграна/програна; в Uspacy — за закривальною стадією успіху чи провалу воронки) для воронки результатів (обсяг дзвінків за виграно/програно з розбивкою за середнім балом якості) і виводить для кожного дзвінка вердикт просування (просунулася/на місці/відкотилася) — стадія угоди приблизно через 7 днів після дзвінка проти стадії на момент дзвінка, — його показано чипом поруч із дзвінком: у Bitrix24 за історією стадій угоди, в Uspacy (портал не зберігає історію стадій) за стадією угоди, прочитаною, коли 7-денне вікно закривається, тому дзвінок Uspacy, чиє вікно закрилося більше ніж за добу до того, як стадію вдалося прочитати (наприклад, до ввімкнення функції), лишається без вердикту. У першій версії лише угоди; для організацій без підключеного Bitrix24 чи Uspacy не робить нічого. Вмикається на рівні організації (прапорець типово вимкнено). На вбудованій поверхні Bitrix24 бейдж стадії приховано; повторний аналіз відновлює збережений знімок на момент дзвінка, а не знімає стадію заново, тож стадія запису завжди відображає момент розмови. |
| Функція | Статус | Пакети | Що робить |
|---|---|---|---|
| Робоча область розмов | Доступно | Усі пакети | Список і картка записів, доступ до аудіо й транскрипту, завантаження файлів і перегляд метаданих запису. |
| Повторна обробка записів | Доступно | Усі пакети | Оцінка вартості, повторний аналіз, повторне отримання медіа та запуск обробки через workflow. |
| Автоматичний і ручний режими аналізу | Доступно | Усі пакети | Організація обирає один із двох режимів. В автоматичному режимі кожен новий запис одразу транскрибується та аналізується. У ручному режимі записи приймаються й показуються у списку, але чекають у стані awaiting_start і не витрачають хвилини — а власник або адміністратор запускає те, що потрібно: один запис із його картки, вибірку зі списку записів або накопичений беклог, і щоразу ціну показано до списання; будь-який ручний запуск — одного запису, вибірки чи партії накопиченого — перераховує ціну на сервері й не стартує, якщо вона зросла з моменту показу (наприклад, закінчилися включені хвилини, поки вікно підтвердження було відкрите) або якщо в наборі стало більше записів чи дзвінків без відомої тривалості, ніж було оцінено, а повертає нову ціну; запуск накопиченого бере саме показану партію, і записи, що надійшли після відкриття підтвердження, чекають наступного запуску; якщо ціну нема чим порахувати (білінг недоступний), нічого не запускається і причину названо; організація на договорі (постоплата) бачить суму як списання за договором, а не понад тариф — один запуск бере не більше 200 записів і повідомляє залишок, тому більший обсяг іде за кілька запусків. Ручний запуск перекриває і організаційний гейт, і проєкт, у якого вимкнено автоматичний аналіз. Нові організації починають у ручному режимі. Масовий імпорт із CRM працює лише в автоматичному режимі — він не ставить записи в чергу для подальшого ручного запуску, тож перед імпортом організацію в ручному режимі треба перемкнути на автоматичний. Режим можна перемкнути з банера у списку записів або з налаштувань організації. Платна організація, яка вичерпала включені хвилини І баланс гаманця, сама перемикається на ручний режим — причина та момент фіксуються, щоб банер відрізняв вимушену паузу від обраної; записи, які вже пройшли організаційний гейт і саме оброблялися в конвеєрі в момент вичерпання грошей, потрапляють у awaiting_funds — таких може бути більше одного, бо перевірка балансу застосовується до кожного запису, що йде через гейт, а не лише до одного, — а кожен наступний запис — основний, усталений наслідок цієї автопаузи — зупиняється на організаційному гейті й потрапляє у awaiting_start. Обидва запускаються так само, як будь-який інший запис, що очікує, — по одному, вибіркою або запуском беклогу з тим самим лімітом у 200 записів. Запис, у якого гроші скінчилися вже після транскрибування, зберігає розшифровку: запуск продовжує з неї, а не транскрибує заново, і оскільки хвилини були списані під час транскрибування, на цьому запуску його ціна нульова й нічого не списується. Якщо те списання не пройшло, а тривалість дзвінка відома, дзвінок потрапляє в ціну й списується один раз — за тривалістю розмови, а якщо її не виміряно, за довжиною запису — і більше ніколи. Якщо невідома жодна з них, запуск збережену розшифровку не аналізує: дзвінок чекає на свій запис, як дзвінок, що надійшов без нього. Записи, які вже лежали в awaiting_funds до появи цього режиму, запускаються так само — окремого лікування вони не потребують. Поповнення балансу саме по собі не знімає причину паузи і не повертає автоматичний режим — це робить лише явне перемикання режиму власником або адміністратором (повторне увімкнення автоматичного режиму або повторна відправка ручного), і до того часу обробка лишається ручною, а причиною й далі значиться пауза. Змінюється те, ЩО ця причина каже, щойно організації знову є чим платити — поповнила вона баланс, отримала бонусні хвилини чи просто дожила до нового білінгового циклу: банер і екран налаштувань перестають стверджувати брак коштів у теперішньому часі й пояснюють, що режим відібрали автоматично, а увімкнути його назад — тепер рішення власника. Налаштування організації показують це пояснення теж, а не лише банер у списку записів: інакше власник, який зайшов у налаштування напряму, бачив би ручний режим, якого не обирав, без жодного натяку чому. Free-тариф у ручний режим за це не перемикається: його грант включених хвилин скидається з початком календарного місяця, тож його вичерпання — штатна щомісячна подія, а не вимушена пауза, і обробка відновлюється сама з початком нового циклу. |
| Функція | Статус | Пакети | Що робить |
|---|---|---|---|
| Робоча область аналізу | Доступно | Усі пакети | Список і картка аналізів з підсумками, метриками, контекстом транскрипту та запуском повторного аналізу. |
| Акустичні голосові метрики | Доступно | Усі пакети | Об’єктивні ознаки подачі голосу для дзвінків — темп мовлення (слів за хвилину), паузи, змінюваність висоти тону та стабільність голосу. Обчислює акустичний сервіс за аудіо дзвінка й показує на панелі аналізу запису. |
| Аналітичні дашборди | Доступно | Усі пакети | Дашборди та сторінки аналітики за обсягом дзвінків, якістю і performance. |
| Статистика дзвінків | Доступно | Усі пакети | Сторінка та API для обсягу дзвінків, трендів, тривалості й операційних call metrics. Сторінка рахує лише дзвінки — чати в її підсумок не входять, — якщо її не відкрито з картки дашборду (посиланням на звіт) з фільтром каналу «Чати» або «Усі канали»: тоді вона рахує цей канал, і її числа — числа картки. Фільтри: період, проєкти. Частка пропущених — пропущені вхідні з усіх вхідних дзвінків, прийнятих і пропущених; пропущені з невідомим напрямком показано окремо, і до частки вони не входять. |
| Аналітика пропущених дзвінків | Доступно | Усі пакети | Аналітика пропущених дзвінків, follow-up gaps та операційного моніторингу: пропущені вхідні, вихідні, на які клієнт не відповів, пропущені з невідомим напрямком (окремо, до частки не входять), частка пропущених серед вхідних і таблиця за співробітниками. Рахується на сервері за всіма дзвінками періоду й лише за записами, які користувач має право відкрити, а не за першими 200 рядками списку. У «Записах» те саме розрізнення — на бейджі дзвінка, в його картці й у фільтрі: «Пропущений» (вхідний, на який ніхто не відповів), «Клієнт не відповів» (вихідний, на який клієнт не відповів) і «Пропущений, напрямок невідомий»; щоб побачити кожен окремо, оберіть категорію «Пропущений» разом із «Напрямком» (Вхідні, Вихідні або Напрямок невідомий). У Bitrix24 вихідний дзвінок коротший за 15 секунд, який Bitrix24 не позначив пропущеним, вважається «Коротким», а не «Клієнт не відповів». Фільтри: період, проєкти (API приймає projectIds); якщо сторінку відкрито з картки дашборду, вона показує вікно, проєкти й правило демо цієї картки. |
| Питання клієнтів і причини відмови | Бета | Pro, Business, Scale, Enterprise | Частина розділу «Голос клієнта»: про що питають клієнти й чому відмовляються — за розмовами, проаналізованими після початку збору; ранішої історії немає. Вкладка «Продажі»: часті питання за предметом («у K з N розмов», зсув до попереднього періоду й три останні формулювання), питання без повної відповіді й чому клієнти відмовляються («у K з N відмов») з розбивкою відмов за номером дзвінка в серії, за співробітниками (рядок отримує співробітник, у якого за період щонайменше 3 розмови продажів) і, за вибору скоркарти за стадією угоди, за етапами воронки. Вкладка «Сайт і контент»: часті питання й питання першої хвилини — у дзвінку поставлені за перші 60 секунд, у чаті — до першого повідомлення співробітника, — з вивантаженням вкладки й чернеткою FAQ для сайту на запит (не зберігається, до 10 чернеток на добу на організацію і 5 на людину). Кожне число розкривається до розмов за ним. Ні збір питань, ні чернетка не списують хвилини. |
| Рольові дашборди | Доступно | Усі пакети | Дашборди власника організації, супервайзера й агента з KPI та навігацією під роль. |
| Заперечення за причинами | Доступно | Усі пакети | Вкладка «Якість» супервайзера показує причини заперечень, які команда найчастіше залишає невідпрацьованими. Кожне заперечення належить до однієї причини із закритого списку з 19 (ціна, «не зараз», доставка й наявність, потрібне погодження, інше тощо), тому одна причина рахується разом, хоч би як клієнт її сформулював. Одиниця рахунку — розмова. Заперечення, проаналізовані до появи списку, зведено до причин через збережену відповідність попередніх формулювань; частку нерозпізнаних показано на картці, а не приховано. Для кожної причини — як її формулюють клієнти, і цитата невідпрацьованого заперечення; причина, яку команда відпрацювала в усіх розмовах, лишається в списку з 0 % невідпрацьованих. |
| Звіт за кроками скрипту | Доступно | Усі пакети | Екран «Аналітики», який показує, які кроки скрипту продажів команда не виконує і яких критеріїв їй бракує. Відкривається з меню або з віджета «Пропущені кроки» на вкладці «Якість» — з періодом і проєктами віджета. За кожним скриптом перелічено кроки, спершу ті, що найчастіше не виконуються; у кроку — частка розмов, де його не виконано, поруч із кількістю розмов, у яких він був потрібен («143 з 150»), скільки з них виконано частково і скільки не дотягли рівно до одного критерію, а також скільки розмов у кроці не потребували (необов’язковий крок, який не прозвучав). Крок, який ніхто не пропустив, лишається в списку з нулем. «Не виконано» означає, що збіглися не всі обов’язкові критерії, — так само, як позначка на записі. Рядок розгортається в розріз за співробітниками (співробітники з малою кількістю розмов — однією приміткою, розмови без співробітника — окремим рядком) і за критеріями; критерії, які майже ніколи не зараховуються, позначено, щоб спершу перевірити формулювання, а не звинувачувати людей. З розгорнутого кроку відкривається список записів із розмовами, де цей крок не виконано, — з періодом і проєктами звіту (для кроку, вилученого зі скрипту, і в застосунку Bitrix24 посилання немає). Угорі сторінки — скільки проаналізованих записів періоду оцінено за скриптом, і позначка в скрипта, правила якого змінювалися всередині періоду. Постійне застереження пояснює: крок, обов’язковий у скрипті, але умовний за змістом, вважається невиконаним, коли умова не настала, — доки кроки не можна позначити умовними. Супервайзер бачить лише свої проєкти. Фільтри: період до кварталу, проєкти. |
| Голос клієнта | Доступно | Pro, Business, Scale, Enterprise | Один розділ про те, що клієнти кажуть у розмовах періоду до кварталу, — за тими, кому з цим працювати. Продажі: картки зведення називають головне заперечення, причину відмови, питання без відповіді й тему (рядок, що прозвучав у найбільшій кількості розмов, не менше ніж у 5), а під ними відкрито один розділ — «Заперечення» (екран «Заперечення»), «Відмови», «Питання» або «Теми»; у кожному списку перші п’ять рядків, решта — на запит. Маркетинг: конкуренти, яких називали в розмовах (зведені за глосарієм клієнта — ті самі числа, що у вкладці «Головне»), як про них відгукувалися і в якому контексті; сигнали про ціни, попит і тенденції; потреби, які назвали клієнти. Продукт і сервіс: відгуки про продукт усіх рівнів — від інцидентів до похвали, — сигнали про постачання та нормативні вимоги. Сайт і контент: картки зведення називають питання, яке ставлять найчастіше, головне питання першої хвилини і тему, у розмовах якої найчастіше питання лишалося без повної відповіді, далі по одному розділу — «Часті питання», «Перша хвилина», «Теми» і «Чернетка FAQ» (чернетка FAQ для сайту на запит), у кожному списку перші п’ять рядків. Без тем у наборі на жодній вкладці немає розділу й картки тем, а кнопка біля вкладок називається «Задати теми». Питання клієнтів і причини відмови та теми розмов із власного набору організації описано окремими рядками. На вкладках «Маркетинг» і «Продукт і сервіс» кожен рядок — «у K з N розмов» зі зсувом до попереднього періоду тієї ж довжини, розкривається до останніх розмов за ним (до 20) і словами каже, якщо за ним менше 5 розмов. У часі: у кожного рядка блоку, порахованого за закритим кодом або зведеною назвою, — заперечень, причин відмови, предметів питань, тем, конкурентів, ринкових сигналів і відгуків про продукт — лінія його частки протягом періоду, по днях до 31 дня і по тижнях далі, з розривом там, де в періоду немає даних, а не з нулем; розкритий рядок показує те саме стовпцями — стовпець лишає у списку розмови цього дня чи тижня — і перемикається на останні 12 місяців по місяцях у межах строку зберігання організації, де місяць можна відкрити сторінкою повністю. У заперечень лінія, а в розкритому — ті самі стовпці й останні 12 місяців, є в розділі «Заперечення» «Продажів», лише в погляді «Ринок», — не на окремому екрані «Заперечення»; стовпець там лишає цитати клієнтів цього дня чи тижня. У питань без відповіді, питань першої хвилини й потреб лінії немає. Картка зведення показує лінію свого рядка, коли її розділ уже відкривали за цей період, — власної лінії вона не завантажує; у карток питання без відповіді, першої хвилини й теми з питаннями без відповіді лінії немає. Вигляд «Що змінилося» — на «Маркетингу» і «Продукті й сервісі» перемикач над блоками, на «Продажах» завжди останній розділ, на «Сайті й контенті» — доки ввімкнено питання клієнтів — збирає рядки всіх блоків вкладки з позначкою, сильні зсуви першими; причини заперечень входять до нього з позначкою лише «зросло» або «впало» за тим самим правилом проти розмов із розпізнаним запереченням (частка, яку показує їхній рядок), — «нове» і «зникло» в них не ставляться, це каже їхня картка проти попереднього періоду; блок, рахунок якого вперся в межу, названо замість позначок. Позначки — за одним правилом для екрана, друку й щомісячного листа: «зросло» чи «впало», коли в обох періодах не менше 30 розмов, у більшому — не менше 5 із рядком, а частка зсунулася щонайменше на 3 відсоткові пункти й щонайменше наполовину; «нове» й «зникло» — лише проти попередніх періодів тієї ж довжини, порахованих повністю в межах строку зберігання. Лінії будуються за похідною таблицею кодів і нормалізованих ключів кожного аналізу (без тексту розмов, видаляється разом із записом), заповненою за весь строк зберігання організацій, у яких розділ був у жовтні 2026 року (у пізнішої вона починається приблизно за тиждень до підключення розділу), і звірюваною вночі; лінія, яка ще вантажиться або не завантажилася, не затримує числа рядків. Рахунок — за закритими полями аналізу (рівень відгуку, тип сигналу, тональність); формулювання у вільній формі показуються під рядком, а не групуються. Вивантаження — одним меню «Вивантажити» на кожній вкладці: таблиця вкладки, друкована форма і добірка формулювань клієнтів; на «Продажах» це розділ «Заперечення» — причини заперечень погляду «Ринок» з їхніми розмовами, часткою від розмов із розпізнаним запереченням і попереднім періодом, цитати клієнтів у формулюваннях, а в друкованій формі — рядки екрана про розмови із запереченнями й нерозпізнану частку — і, поки ввімкнені питання клієнтів і причини відмови, розділи «Відмови» і «Питання» (причини відмови, питання без відповіді, часті питання); на «Продажах» і «Сайті й контенті», поки ввімкнені теми розмов, — і блок тем (крім вивантаження під фільтром теми); погляд «Команда» на заперечення й розбивки відмов, де названо співробітників, не вивантажуються. Щомісячний лист «Голос клієнта» переказує ті самі числа, а часті предмети питань і причини відмови — лише числами; людина з вузьким доступом до аналітики його не отримує. Фільтри: період, проєкти, категорія розмови та, за ввімкнених тем розмов, одна тема розмови (див. «Теми розмов»). |
| Теми розмов | Бета | Pro, Business, Scale, Enterprise | Власний набір тем розмов організації всередині «Голосу клієнта» — про що розмова (модель, лізинг, доставка в регіони): до 30 тем у роботі, тема йде в архів, а не видаляється; тема не повторює категорію дзвінка і предмет питання. Нові розмови отримують 1–3 теми з набору (або «без теми») і, за потреби, пропозицію нової теми в кроці «Голосу клієнта» — тому самому, що знаходить питання клієнтів, тож темам потрібні ввімкнені питання клієнтів і причини відмови, а розмова, у якій крок не може визначити, хто зі співрозмовників клієнт, тем не отримує і ніде не рахується; розмови, проаналізовані до появи першої теми в наборі, заднім числом не розмічаються. Вкладки «Продажі» і «Сайт і контент» рахують теми: кожна тема — «у K з N розмов» (N — розмови з присвоєними темами від моменту, коли тема увійшла до набору, повернулася з архіву або отримала нове визначення), зсув до попереднього періоду там, де періоди порівнянні, частка розмов, яким не підійшла жодна тема, тема за категоріями дзвінків, а для кожної теми — середній бал якості й відмови серед розмов про продаж («Продажі») або розмови з питанням без повної відповіді («Сайт і контент»); блок тем вивантажується в CSV і друк вкладки, крім вивантаження під фільтром теми — фільтр його не звужує; «Сайт і контент» без питань клієнтів вивантажує весь блок тем, без позначки темою. Вибір теми поруч із кнопкою «Теми» звужує всю сторінку «Голосу клієнта» до розмов однієї теми: кожен блок кожної вкладки (Продажі, Сайт і контент, Маркетинг, Продукт і сервіс) — у вебверсії та в Bitrix24 — рахує лише її розмови, чернетка FAQ збирається за їхніми питаннями (добовий ліміт чернеток спільний, а не ділиться), блок тем, як і раніше, показує весь набір із виділеною обраною темою, рядок над зведенням вкладки пише «K з N розмов періоду» і дає кнопку «Зняти», а в теми, заданої всередині минулого періоду, порівняння з ним немає; вивантаження під темою позначає це в назві файлу та в заголовку друкованої форми. Порожній набір можна почати з пропозиції: один запит до моделі за темами розмов організації за останні 90 днів і категоріями дзвінків (з повторним маскуванням; хвилини не списуються) повертає до 25 тем (запитується 10–25, після перевірок лишається менше) з частками розмов — власник або адміністратор редагує їх і затверджує. Раз на тиждень запропоновані нові теми за останні 30 днів (з повторним маскуванням, не більше 300 різних формулювань, один запит до моделі на організацію, хвилини не списуються) зводяться не більш як у п’ять кандидатів; кандидат, що набрав 10 розмов і 3 % розмов періоду, не повторює категорію дзвінка чи предмет питання і ще не входить до набору, показується власникові й адміністраторам із підрахунком і прикладами до трьох розмов — прийняти до набору або відхилити (після відхилення не пропонується 90 днів). |
| Стан угоди | Доступно | Pro, Business, Scale, Enterprise | Накопичувальний стан кожної угоди чи ліда в CRM після кожної проаналізованої розмови — статус (під ризиком, потребує уваги, іде за планом) із шансом закриття, що змінилося, чому, наступна дія зі строком і що сказати на наступному контакті — за методикою продажів воронки угоди. В Aelo: черга угод (угоди й ліди у трьох групах, із кількістю та сумами з CRM, причиною статусу, шансом закриття, наступною дією, її строком і співробітником; закриті рахуються окремо) і картка угоди (поточний стан, історія станів, розмови за угодою, «Відкрити в CRM» і завдання в CRM за наступною дією в один клік — в Uspacy запланована справа, призначена відповідальному за угоду чи лід, якщо Uspacy його називає і інструкція на обробку — версії 1.17 або новіша (інакше призначення лишається за Uspacy), лише поки обробка порталу активна); в угод Uspacy немає суми. За натисканням кнопки картка угоди пише чернетку повідомлення клієнту за поточним станом — одне коротке повідомлення мовою аналізу проєкту: вона показується в Aelo, щоб перевірити, поправити й скопіювати, не зберігається і не йде в CRM; працює і на демо-угодах; не більше 60 чернеток на користувача та 200 на організацію за добу. У Bitrix24: вкладка Aelo в картці угоди або ліда показує ту саму картку цієї угоди або ліда (стан, історію, завдання в CRM в один клік і чернетку; без черги та без «Відкрити в CRM») над списком розмов картки — дзвінків і чатів відкритих ліній, кожна відкривається повним звітом, — у межах власного доступу в Aelo; у списку угоди є й розмови ліда, з якого вона виросла, а завдання, створене з вкладки, не містить посилання на застосунок Aelo. У CRM: після кожного нового стану — окремий коментар у стрічці угоди чи ліда (Bitrix24, Uspacy; лише в активну CRM організації — ту, що отримує звіти про дзвінки), лише за розмовами не старшими за 7 днів, зі своїм перемикачем організації у «Налаштуваннях аналізу → Оновлення CRM» (типово ввімкнений). Методика — налаштування кожної воронки (воронки Bitrix24 або воронки Uspacy) на окремому кроці «Налаштування аналізу → Методика продажів», куди власника й адміністратора веде й екран «Угоди»: стандартна методика (BANT, SPIN, MEDDIC, Challenger або BANT + SPIN типово) і необов’язкові правила компанії (продукт, затверджені відповіді на причини заперечень, правила наступного кроку й норми паузи в контакті за стадіями, заборони); ліди, а також угода, воронку якої не вдалося прочитати з CRM, ведуться за методикою за замовчуванням. Угода, сконвертована з ліда (в Uspacy — пов’язаний лід, який Uspacy позначає як сконвертований), продовжує стан ліда на момент першої розмови за угодою, а її картка посилається на лід для того, кому доступна картка ліда. У демо-даних нової організації є демо-угоди (без зв’язку з CRM і без завдання в CRM). Стан і чернетка будуються на власному акаунті Aelo в ШІ-провайдера без оплати з вашого боку; якщо в організації є власний активний ключ того самого провайдера, запит іде з цим ключем (витрати несе організація), і Aelo в обох випадках нічого не списує. |
| Функція | Статус | Пакети | Що робить |
|---|---|---|---|
| Анотації та перевірки аналізу | Доступно | Усі пакети | Коментарі, статуси перевірки та зворотний зв’язок, прив’язані до конкретних результатів аналізу. |
| Черга ручної перевірки | Бета | Не включено за замовчуванням | Стійка черга CRM-автоматизації, заблокованої верифікацією аналізу, із журналюванням рішень approve/reject. |
| Функція | Статус | Пакети | Що робить |
|---|---|---|---|
| Прямі джерела телефонії | Доступно | Усі пакети | Підключення та прийом даних від Streamtelecom і Binotel; Unitalk і Ringostat — у беті. |
| Керування джерелами даних | Доступно | Усі пакети | Майстер налаштувань і API для вибору джерела, підключення, перевірки з’єднання та відключення. |
| Повернення відключеної CRM | Доступно | Усі пакети | Повторна прив’язка відключеного джерела Bitrix24 або Uspacy, яке досі встановлене в порталі: зв’язок відновлюється однією кнопкою, перевстановлення з маркетплейсу не потрібне. |
| Гібридне джерело медіа | Частково | Усі пакети | Коли джерелом записів є CRM, а її картка дзвінка не містить файлу — лише посилання на архів оператора телефонії, — встановлення телефонії можна підключити в ролі джерела аудіо (media_only): воно перестає створювати власні записи і натомість постачає запис для дзвінків CRM. Зіставлення йде спершу за ідентифікатором дзвінка з даних CRM, потім — за номером, часом і тривалістю в індексі дзвінків телефонії. Індекс наповнюють двоє: живий вебхук — кожним дзвінком, який оператор вважає завершеним, і вибірка CDR за період — тим, чого вебхук не побачив. Результат «не взяли слухавку» або «зайнято» дозволяє Aelo перестати чекати і закрити запис із названою причиною; так само закривають її і кілька кандидатів, що лишилися придатними після звуження. Решту невідповіданих результатів відрізнити від того, якого ми ще не знаємо, нічим, тому запис в оператора запитують до добової межі. Сьогодні в цій ролі може виступати лише Binotel. |
| Інтеграція з Bitrix24 | Доступно | Усі пакети | Вбудований застосунок Bitrix24, вкладка Aelo в картках угоди, ліда, контакту й компанії, синхронізація CRM-даних і доставка результатів назад у Bitrix24. Кнопка «Оновити» у вкладці заново читає розмови картки, а в угоді й ліді, де доступний стан угоди, — і його, без перезавантаження картки. |
| Налаштування Smart Process Bitrix24 | Доступно | Усі пакети | Вбудоване та організаційне налаштування Smart Process для зберігання результатів аналізу в Bitrix24. |
| Інтеграція з Uspacy | Бета | Усі пакети | Uspacy Calls Beta: портал підключається встановленням Aelo з маркетплейсу Uspacy, дзвінки надходять підписаним потоком розміщення разом із посиланням на запис, а готовий аналіз повертається в Uspacy нотаткою до дзвінка та одним коментарем до пов’язаної сутності. Aelo також читає воронки угод порталу з їхніми стадіями та поточну стадію угоди, тож вкладка «Стадії угод», методика продажів кожної воронки, стан угоди, фіксація стадії та — з оцінкою з урахуванням стадії — результати угод і вердикт просування за дзвінком працюють і для угод Uspacy; для стану угоди Aelo читає й пов’язані ліди угоди, щоб продовжити стан ліда, з якого її сконвертовано. Сторінка застосунку в Uspacy показує статус підключення і, коли в порталу є організація Aelo, меню з великих кнопок — Записи, Огляд, Угоди, Налаштування аналізу, AI-асистент, Налаштування, Рахунки, — які відкривають ці розділи веб-версії Aelo в новій вкладці, у цій організації, за звичайним входом в Aelo; вбудованого застосунку Aelo та вкладки Aelo в картках в 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 днів, заздалегідь побачивши, скільки записів, нотаток керівників, сесій коучингу, запитань AI-асистенту та станів угод це видалить; якщо строк не задано, діє платформний. |
| Керування інцидентами | Доступно | Усі пакети | CRUD інцидентів, resolution і breach-notification workflow, пов’язані із записами та аналізами. |
| Керування згодою | Доступно | Усі пакети | Статус consent, grant/withdraw events, embedded consent gate і підтвердження compliance організації. |
| Запити суб’єктів даних | Частково | Усі пакети | Список, створення, approve/reject/delete flow для DSR; виконання поки потребує ручної обробки. |
| Результати перевірки відповідності за дзвінками | Доступно | Усі пакети | Частка успішних перевірок по організації на адмін-дашборді за трьома перевірками кожного дзвінка — попередження про запис, чек-лист TCPA на вихідних дзвінках щодо продажу (компанія представилася, названо мету, запропоновано відмову) та поводження з персональними даними — за відповідями відповідних вбудованих критеріїв, а для дзвінків, проаналізованих раніше і без такої відповіді, — за збереженим AI-аналізом; перевірку на паузі Aelo позначено під карткою (персональні дані лишаються на паузі до заміру нового формулювання). В організації з власним ключем AI-провайдера нових даних немає: вбудовані критерії для неї не відповідаються, а аналіз цих перевірок більше не робить. |
| Функція | Статус | Пакети | Що робить |
|---|---|---|---|
| Правила вхідної маршрутизації | Доступно | Усі пакети | Організаційні JSONLogic-правила та fallback-налаштування, які спрямовують вхідні записи в потрібний проєкт. |
| Сигнали | Доступно | Усі пакети | Бізнес-правила сигналів і системні правила сповіщень, події, сповіщення та процес resolution. |
| AI-асистент | Доступно | Pro, Business, Scale, Enterprise | Запитання й обґрунтовані відповіді щодо дзвінка, щодо угоди, ліда, контакту чи компанії в CRM за всіма їхніми дзвінками й чатами або щодо проаналізованих дзвінків і чатів, які ви бачите, — з фільтрами за періодом, проєктом, агентом, типом, категорією та клієнтом, з цитатами з транскрипцій та відтворюваними таймкодами. |
| Функція | Статус | Пакети | Що робить |
|---|---|---|---|
| Командна палітра | Доступно | Усі пакети | Швидка навігація з клавіатури всередині застосунку. |
| Темна тема | Доступно | Усі пакети | Підтримка тем оформлення застосунку. |
| Вікно «Що нового» після релізу | Доступно | Усі пакети | Коротка зведення змін під час входу після випуску нової версії — у застосунку та у вбудованій вкладці CRM, один раз на реліз. |
| Анімації інтерфейсу | Доступно | Усі пакети | Шар motion і transition для оболонки застосунку. |
| Функція | Статус | Пакети | Що робить |
|---|---|---|---|
| Сповіщення в застосунку | Доступно | Усі пакети | Дзвіночок і випадаюче меню подій, видимих користувачу. |
| Канали сповіщень | Доступно | Усі пакети | Користувацькі налаштування каналів доставки для внутрішніх і зовнішніх сповіщень. |
| Функція | Статус | Пакети | Що робить |
|---|---|---|---|
| Email-дайджести | Доступно | Усі пакети | Планові email-дайджести для власника організації, адміна, супервайзера й агента з чергами, шаблонами та unsubscribe tokens. Щоденний дайджест охоплює 24 години до надсилання; щотижневий надходить о 08:00 за часовим поясом організації в її перший день тижня (за замовчуванням понеділок) і охоплює щойно завершений календарний тиждень — той самий, що період «Тиждень» на дашборді, — порівнюючи його з попереднім. Організація задає значення за замовчуванням для щоденного і щотижневого дайджесту, кожен співробітник може перевизначити його для себе, і в кожному листі є посилання на відписку. Щоденний дайджест власника (за організацією) і супервайзера (за його проєктами) перелічує до п’яти причин заперечень, які команда не відпрацювала напередодні, — назву причини й кількість розмов без відпрацювання з усіх, де вона прозвучала, тим самим розрахунком, що екран «Заперечення», без цитат і формулювань клієнтів — з посиланням на цей екран за той день; як і екран, називає частку заперечень, які не вдалося розпізнати, тому блоку немає, лише якщо невідпрацьованих не було або порахувати їх не вдалося. Співробітник із чинним вузьким доступом (Налаштування → Команда → Доступ) не отримує дайджест, поки доступ діє: лист добирається за роллю і містив би те, що доступ приховує; після відкликання доступу дайджести відновлюються. |
| Головне на дашборді | Доступно | Усі пакети | Вкладка «Головне» на дашбордах власника й супервайзера: підсумки періоду простими словами — скільки розмов надійшло та проаналізовано, три найчастіші проблеми за метриками оцінки, розмови без високої чи критичної позначки уваги та їх список, середня оцінка з найкращим оператором і тим, хто відстає, теми звернень, серйозні скарги на продукт і згадані конкуренти. Імена конкурентів зводить глосарій організації: написання одного бренду рахуються одним рядком під іменем із глосарія, а ім’я, яке глосарій знає не як конкурента — власний бренд, обслуговувану платформу, постачальника, партнера, співробітника, фаховий жаргон, — серед конкурентів не показується взагалі. Ім’я, якого в глосарії немає, залишається під своїм написанням, позначається «не зведено», і під списком видно, яка це частка названих імен — ім’я рахується один раз на розмову, — а також названо до трьох таких імен, зокрема надто рідкісні, щоб потрапити до списку. Організація, у глосарії якої немає жодного конкурента, не бачить ні позначки, ні частки: поповнювати нічого, а імена зводяться за написанням. Супервайзер бачить лише свої проєкти. |
| Блок «Якість» на дашборді | Бета | Не включено за замовчуванням | Перший блок нового дашборду: середня оцінка якості за оціненими розмовами періоду, скільки розмов оцінено і скільки ні, зміна до попереднього періоду такої ж довжини та оцінка за днями. Кожне число розкриває, на чому воно ґрунтується, і — де список «Записів» вміщує його область — відкриває саме ті розмови, за якими пораховано; супервайзеру без вибраного проєкту, у якого понад 40 проєктів, блок пояснює, чому список не відкрити. Супервайзер бачить свої проєкти, оператор — свої розмови. |
| Публічний сайт і документація | Доступно | Усі пакети | Astro marketing/legal site і Starlight-документація для клієнтів на локалізованих маршрутах. |
| Функція | Статус | Пакети | Що робить |
|---|---|---|---|
| Глобальний пошук | Доступно | Усі пакети | Пошук продуктових сутностей через API та інтерфейс застосунку, зокрема пошук за змістом у дзвінках і чатах; як обробляються та зберігаються його пошукові вектори — у Політиці конфіденційності та DPA. |
| Функція | Статус | Пакети | Що робить |
|---|---|---|---|
| Якість розмов за співробітниками | Доступно | Усі пакети | Оцінки якості розмов і тренди за кожним співробітником, картка агента та API за ними. Подача — таблиця оцінок, а не турнірна таблиця: без рангів і медалей. |
| Робоча область коучингу | Доступно | Усі пакети | Нотатки керівника, коучингові сесії 1:1, статистика коучингу та AI-інсайти для коучингу. Коли керівник, адміністратор або власник організації залишає фідбек щодо дзвінка співробітника — нотатку, анотацію до дзвінка або перше рев’ю з коментарем, — співробітник отримує сповіщення в застосунку та лист із посиланням, що відкриває дзвінок на потрібній хвилині; тексту фідбеку в листі немає. Співробітник, пов’язаний із користувачем порталу Bitrix24, отримує й сповіщення в Bitrix24: воно відкриває Aelo всередині порталу на тому самому дзвінку й хвилині, теж без тексту фідбеку. Картка нотаток співробітника веде просто на дзвінок. |
| Скрипти | Доступно | Усі пакети | Бібліотека sales scripts, парсинг, призначення на проєкти, кроки/фрази та оцінка adherence. |
| Функція | Статус | Пакети | Що робить |
|---|---|---|---|
| Закріплена конфігурація аналізу проєкту | Доступно | Усі пакети | Відмова проєкту від автовибору за категоріями на рівні організації: закріпіть власний профіль аналізу — і кожен аналіз у цьому проєкті використовуватиме його незалежно від визначеної категорії дзвінка. Правилам скрипта закріплення не потрібне: призначені проєкту, вони і так важливіші за прив’язки за категорією. |
| Ваги критеріїв якості проєкту | Доступно | Усі пакети | Вага (0–10) кожного з шести критеріїв якості в оцінці дзвінка, своя в кожного проєкту. За замовчуванням критерії важать однаково — оцінка дорівнює простому середньому критеріїв, оцінених у дзвінку; у проєкту з власними вагами кожен дзвінок — картка, список дзвінків, усі агрегати дашбордів і рейтинги менеджерів, публічний API, правила маршрутизації та сигналів, дайджести й поле оцінки в CRM — оцінюється за однією зваженою формулою. |
| Перший день тижня організації | Доступно | Усі пакети | Налаштування організації: з якого дня починається тиждень (з понеділка по неділю; понеділок, якщо не вибрано, тому в наявних організацій нічого не змінюється). Змінює його в налаштуваннях організації роль із правом organization.update (client, admin). Для всіх учасників воно визначає початок тижня: період «Тиждень» на дашбордах, його навігацію, підпис і повернення до поточного тижня; тижневі ряди в «Моєму прогресі» та у звіті за критеріями; і щотижневий email-дайджест, який надходить о 08:00 за часовим поясом організації в цей день і описує щойно завершений календарний тиждень, порівнюючи його з попереднім. |
| Налаштування: Робота сервісу | Доступно | Усі пакети | Налаштування → Організація → Робота сервісу: як записи організації проходять обробку; доступно ролям client і admin без звернення до підтримки. Показує режим аналізу (Автоматичний або Ручний, лише читання, з причиною та моментом паузи, яку ввімкнула система), чергу зараз за статусами та вік найранішого запису, що чекає, кількість отриманих, готових і зупинених записів за 7 або 30 днів, проходи етапів і середній час, збої за етапами з останньою причиною, зупинені записи за джерелами (Bitrix24, Uspacy, інші) і десять останніх зупинених записів із кнопкою «Повторити» в кожному рядку. Зупинений запис доходить до клієнта причиною (у CRM немає запису, запис не надійшов вчасно, аудіо не вдалося завантажити, збій розшифрування / аналізу / надсилання в CRM, збій на нашому боці), а не текстом пайплайна; цей текст бачить лише власник платформи. Цифри стосуються всієї організації, тому читачеві з доступом вужчим за організацію (супервайзер, агент, грант на проєкти) відповідає 403; демо-записи не враховуються. Цифри лише читаються: кожна дія — окрема кнопка на своєму екрані — запустити записи, що чекають (Записи), змінити режим (Організація), імпорт (Джерело даних → Імпорт), запити доступу (Команда і доступ), а місячний бюджет і поповнення (План і білінг) — лише ролі з правами на білінг. Блок, який не вдалося завантажити, каже про це, а не показує нуль. |
| Проєкти | Доступно | Усі пакети | Список, створення, картка, налаштування, lifecycle actions, статистика та конфігурація проєктів. |
| Функція | Статус | Пакети | Що робить |
|---|---|---|---|
| Робоча область білінгу | Доступно | Усі пакети | Підписка, використання, кредити та billing controls всередині застосунку. |
| Stripe підписки та checkout | Доступно | Усі пакети | Stripe checkout, customer portal, webhooks, статус підписки, cancel/reactivate та billing safeguards. |
| Бюджети, кредити та списання за використання | Доступно | Усі пакети | Власник організації (роль client) задає місячний ліміт бюджету і бачить, скільки від нього залишилось: ліміт підіймає сповіщення при фіксованих частках (50, 80, 95 і 100 %); витрата, що переступила одразу кілька часток, підіймає сповіщення лише про найвищу. Він відмовляє в масовому імпорті з CRM, який його б перевищив, але звичайну обробку дзвінків не зупиняє. Він же купує передплачені кредити через Stripe Checkout і може ввімкнути автопоповнення гаманця (Enterprise оплачує за договором). У режимі передоплати кожен оброблений дзвінок або чат списується спершу з включених хвилин, потім із бонусних, потім із гаманця; за постоплати (Enterprise) дзвінки й чати списуються за фіксованими ставками. Ставки за хвилину і за чат задає Aelo; екрани білінгу не показують клієнтам вартість у провайдерів і маржу. |
| Прозорість вартості | Доступно | Усі пакети | Що списується з організації: власник організації (роль client) бачить баланс гаманця, хвилини й чати за обраний період та їхню вартість, ставки за хвилину і за чат та журнал списань, поповнень і бонусних хвилин. На екранах білінгу вартість у провайдерів і маржа видимі лише Aelo; екрани білінгу відкриває лише власник організації (сповіщення про бюджет із витратою та лімітом надходять і адміністраторам). |
| Функція | Статус | Пакети | Що робить |
|---|---|---|---|
| Експорт | Доступно | Усі пакети | Експорт графіків, аналітики та клієнтських даних. |
| Функція | Статус | Пакети | Що робить |
|---|---|---|---|
| Конструктор промптів | Доступно | Усі пакети | Редактор prompt profiles і preview-інструменти для промптів. |
| Критерії | Доступно | Усі пакети | Запитання до кожної розмови — чи було щось (так чи ні), оцінка від 0 до 100 або один із ваших варіантів відповіді. Відповідь, яка вказує на щось у розмові, приходить із дослівною цитатою. Відповіді видно в панелі дзвінка та PDF-звіті, вони фільтрують список дзвінків і збираються у вкладці «Критерії» дашборду та можуть бути полем правила сигналу — тоді картка сигналу в застосунку показує цитату критерію. Є в кожному тарифі в межах його ліміту критеріїв; вбудовані критерії, сформульовані Aelo, ідуть поруч і до ліміту не входять. Створюють і редагують критерії у вебзастосунку, а новий можна почати з готового шаблону або з опису своїми словами, з якого ШІ складе чернетку, — і те, і те лише заповнює форму, далі формулювання змінюють як завгодно; у перевірці на недавніх дзвінках можна позначити хибні відповіді й отримати запропоновану правку формулювання, щоб прийняти або відхилити; у вбудованому застосунку Bitrix24 відповіді видно в панелі дзвінка та PDF-звіті, а вкладка «Критерії» там лише звіт. Демо-дані містять два демо-критерії з прикладами відповідей на демо-розмовах (у завантажених до їх появи їх немає) — їх видно лише серед результатів, вони не входять до ліміту критеріїв і видаляються разом із демо-даними. |
| Вбудовані критерії | Доступно | Усі пакети | Вісім критеріїв, сформульованих Aelo, — назвав компанію, домовився про наступний контакт, попередив про запис, пояснив гарантію задоволеності, лайка працівника, заборонене слово зі списку організації, вимоги TCPA на вихідних дзвінках щодо продажу та порушення правил персональних даних — стоять поруч із критеріями організації в «Налаштуванні аналізу → Критерії» і не входять до ліміту тарифу. Формулювання закріплене — критерій заборонених слів бере список організації до 100 слів і стоїть на паузі, поки список порожній; власник ставить їх на паузу й звужує, де вони діють, у межах, заданих Aelo. Їхні відповіді живлять прапорець уваги, звіт у CRM, картку результатів перевірки відповідності, вкладку «Головне», панель дзвінка й PDF, фільтр записів і галерею сигналів, і вони — єдине місце, де виконують перевірки «прозвучало / ні»: основний аналіз і профіль аналізу більше не містять обовʼязкових фраз, лайки, попередження про запис і блоку відповідності (нова організація отримує їх за типовими налаштуваннями Aelo: назвав компанію, наступний контакт і гарантія задоволеності — у дзвінках про товар, покупку, запис і повторний контакт; лайка працівника — в усіх; попередження про запис стоїть на паузі, доки клієнт його не ввімкне). Критерій персональних даних лишається на паузі Aelo до заміру нового формулювання, тому перевірки персональних даних немає в жодної організації. Організації з власним ключем AI-провайдера критерії не показуються і не відповідаються, тому цих перевірок у неї немає. |
| Функція | Статус | Пакети | Що робить |
|---|---|---|---|
| Команда та запрошення | Доступно | Усі пакети | Користувачі, команда, membership, запрошення, видимість ролей і acceptance workflow. |
| Запити доступу з Bitrix24 | Доступно | Усі пакети | Запит доступу для embedded-користувачів Bitrix24 і поверхні approval для адміністраторів. |
| Доступ за оргструктурою | Доступно | Усі пакети | Керівник відділу бачить записи всіх, хто під ним в імпортованому дереві організації, — на додачу до призначених йому проєктів, а не замість них: у списку записів, у пошуку та на всіх поверхнях картки (картка, транскрипт, аналіз). Підлеглі рахуються незалежно від того, чи мають вони обліковий запис в Aelo: співробітників, яких імпорт лишив учасниками в очікуванні (немає з чим пов’язувати), зіставляють за їхнім ідентифікатором у CRM з урахуванням провайдера самого запису. Обліковий запис потрібен самому керівникові — доступ видають людині. |
| Вузькі права на аналітику | Доступно | Pro, Business, Scale, Enterprise | Власник або Адміністратор дає супервайзеру чи агенту вузький доступ до аналітики, який замінює те, що показує його роль, і відкликає його. Два пресети: «Аналітик» — зведення за всією організацією або за вибраними проєктами — і «Керівник групи» — зведення, оцінки команди, записи та докази (розшифровки, аудіо) вибраних відділів. Доступ може бути вужчим за роль або ширшим: «Керівник групи» відкриває агенту записи колег у цих відділах, «Аналітик» на всю організацію відкриває супервайзеру без проєктів зведення за всією організацією. У «Налаштування → Команда» стовпець «Доступ» показує доступ кожного учасника; там само Власник або Адміністратор його призначає, замінює або відкликає, або запрошує нового учасника з обмеженим доступом одним кроком. Поки доступ діє, людина бачить аналітику так, як її відкриває доступ; роль, призначені проєкти та білінг лишаються колишніми, але дія з проєктом — редагування, архів і видалення, його скрипти, супервайзери, канали сигналів, правила маршрутизації та доставки — проходить лише в проєкті, який покриває доступ (будь-який проєкт в «Аналітика» на всю організацію, вибрані проєкти в «Аналітика» за проєктами, жодного в «Керівника групи», чия область — відділи), а створити проєкт можна лише з «Аналітиком» на всю організацію; читання скриптів, правил маршрутизації та доставки проєкту обмежене тією самою межею — проєкт поза доступом не відкривається, а в списках видно лише проєкти, які доступ покриває; після відкликання людина повертається до ролі. Доступ надається лише супервайзеру чи агенту: перевести таку людину у Власники чи Адміністратори не можна, доки доступ не відкликано. Кожне призначення та відкликання записуються в журнал аудиту (екрана для нього поки немає). |
| Функція | Статус | Пакети | Що робить |
|---|---|---|---|
| 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. |