У середньому продавець витрачає на продажі 40% робочого тижня, а представники покоління Z втрачають близько двох годин на тиждень на ручне введення даних (Salesforce, State of Sales Report, 2026 — глобальне опитування 4050 фахівців із продажів). Телефонні дзвінки генерують значну частину цих даних. Чи потрапляють вони до CRM автоматично, залежить від рішення, яке багато команд приймають занадто пізно: як телефонна система підключатиметься до Dynamics 365 Sales. Для технологічних компаній у США є три задокументовані варіанти — Microsoft Teams Phone, наявна хмарна телефонна платформа, підключена через відповідний framework, і голосовий канал Contact Center. Нижче — що потребує кожен варіант, що він виключає та які п’ять запитань допоможуть обрати правильний до початку впровадження.

Більшість CRM-проєктів розглядають телефонію як щось, що можна підключити після go-live. У Dynamics 365 Sales такий порядок призводить до повторної роботи. Вибір варіанта телефонії визначає три речі: до яких записів прив’язується дзвінок, які ролі можуть здійснювати запис і де зберігатимуться записи дзвінків. Усі три параметри налаштовуються через ролі безпеки, номери телефонів і параметри сховища, на яких ґрунтується решта впровадження.

Ці варіанти також виключають один одного на рівні користувача. Документація Microsoft зазначає, що ввімкнення Microsoft Teams dialer припиняє роботу будь-якої телефонної системи, підключеної через Dynamics 365 Channel Integration Framework, для користувачів, яким призначено Teams dialer. Компанія, яка спочатку пілотує один варіант, а згодом переходить на інший, має перепризначити ролі та повторно протестувати кожен сценарій дзвінків. Тому інтеграція телефонії з CRM має бути частиною порядку денного на етапі проєктування — поряд із моделлю даних і дизайном безпеки.

Нативний варіант підходить компаніям, які вже використовують Microsoft 365 і чиї продавці проводять робочий день у CRM. Передумовами є ліцензія Teams, налаштована телефонна система та підключення до PSTN через Teams Calling Plan, власного оператора або Direct Routing. Після цього продавці можуть здійснювати дзвінки із запису, представлення списку або робочого елемента Sales Accelerator, не виходячи з Dynamics 365 Sales.

Саме історія запису дзвінка є однією з ключових переваг цього варіанта. Після завершення дзвінка активність phone call з’являється на часовій шкалі запису та на сторінці Activities. Під час вхідного дзвінка номер, який відповідає певному запису, відображає ім’я абонента, а поля Call From і Regarding в активності заповнюються автоматично. Компромісом є описаний вище конфлікт: Teams dialer замінює будь-який softphone на основі конектора для тих самих користувачів.

Багато технологічних компаній у США вже використовують хмарну телефонну платформу, від якої залежать IVR-меню, перенесені номери та робочі процеси dialer, які використовують команди продажів і підтримки. Dynamics 365 Channel Integration Framework (CIF) підключає хмарну телефонію сторонніх постачальників до model-driven apps у Dynamics 365, зокрема Dynamics 365 Sales, де softphone постачальника безпосередньо відкривається у браузері. Framework не прив’язаний до конкретного постачальника: саме постачальник телефонії визначає можливості каналу, а CIF не визначає, як цей канал працює. На практиці ви зберігаєте телефонну систему, але змінюєте місце, де продавці нею користуються.

Конектор не означає відмову від аналітики дзвінків. Microsoft документує Conversation Intelligence для продавців, які використовують Teams або сторонні dialer-рішення, а партнери можуть підключати сторонню телефонію до Conversation Intelligence через CIF. Ціна цього варіанта — залежність від постачальника. Якість конектора та частота його оновлень стають частиною дорожньої карти CRM-проєкту, тому конектор потребує такого самого регресійного тестування, як і будь-яка інша інтеграція.

Лініям підтримки, чергам вхідних продажів і командам, що працюють із продовженням контрактів, важливіші маршрутизація та IVR, ніж click-to-call. Голосовий канал у Dynamics 365 Contact Center працює на базі Azure Communication Services, а Direct Routing дає змогу компанії зберегти наявного оператора та телефонні номери. У рекомендаціях Microsoft щодо впровадження чітко визначено межу відповідальності: вона починається після того, як дзвінок потрапляє в Azure Communication Services або Teams, тоді як після повернення дзвінка до вашого session border controller SIP-контекст і якість дзвінка залишаються у вашій зоні відповідальності.

Цей варіант підходить компаніям, чий обсяг вхідних дзвінків виправдовує побудову черг. Кожен телефонний номер прив’язується до workstream, тому правила маршрутизації та інженерія на стороні оператора стають частиною обсягу проєкту. Їх потрібно спланувати до перенесення першого номера.

Запис дзвінків — це місце, де вимоги комплаєнсу у США перетинаються з налаштуванням CRM. Федеральне законодавство дозволяє запис, якщо особа, яка здійснює запис, є учасником дзвінка або одна зі сторін заздалегідь надала згоду, за винятком випадків, коли запис здійснюється з кримінальною або деліктною метою (18 U.S.C. §2511(2)(d)). Каліфорнія встановлює суворішу вимогу та вважає злочином запис конфіденційної телефонної розмови без згоди всіх сторін (Cal. Penal Code §632). Юридичний консультант визначає стандарт щодо згоди, а команда впровадження забезпечує його виконання системою.

У Dynamics 365 Sales кожна політика запису застосовується до вибраних вами ролей безпеки. Тому компанія, яка здійснює дзвінки до штатів, де потрібна згода всіх сторін, має відобразити свій підхід до отримання згоди в дизайні ролей. Друге рішення стосується сховища. Conversation Intelligence зберігає записи або у сховищі, яке надає Microsoft, або у вашому власному сховищі Azure, і видаляє проаналізовані дані дзвінків після досягнення встановленого вами ліміту зберігання. Якщо політика аудиту вимагає, щоб дані записів дзвінків перебували під контролем вашого власного сховища, це рішення потрібно прийняти до запису першого дзвінка.

П’ять запитань допомагають визначити більшість рішень щодо інтеграції телефонії з CRM:

1. Де сьогодні зберігаються ваші телефонні номери? Якщо вони знаходяться в Microsoft Teams, Варіант 1 є найкоротшим шляхом; якщо вони знаходяться в іншого хмарного постачальника, Варіант 2 дає змогу уникнути міграції.
2. Хто здійснює більшість дзвінків? Продавці, які працюють із pipeline, підходять для Варіанта 1 або Варіанта 2, тоді як агенти, які працюють із чергою, — для Варіанта 3.
3. Хто має володіти записами дзвінків? Якщо політика вимагає використання вашого власного сховища, налаштуйте Conversation Intelligence для вашого сховища Azure до go-live.
4. До яких штатів ви здійснюєте дзвінки? Якщо до переліку входять штати, де потрібна згода всіх сторін, наприклад Каліфорнія, від самого початку розробіть політики запису за ролями.
5. Чи потрібні вам черги та IVR? Якщо так, передбачте Варіант 3 для команд, які працюють із великим обсягом вхідних дзвінків.

Конфлікт із Teams dialer документований на рівні окремих користувачів, що залишає можливість для розділеного дизайну. Наприклад, продавці можуть працювати за одним варіантом, тоді як команда підтримки — за іншим. Пакет OntargIT для автоматизації продажів у Dynamics 365 Sales включає телефонію до стандартних процесів, тому це рішення має бути частиною плану проєкту з першого дня.

Помилка, якої слід уникати під час впровадження Dynamics 365 Sales, — обирати варіант телефонії після того, як ролі, номери та політики запису вже налаштовані. Прийміть це рішення на етапі проєктування. Визначте, де зберігаються ваші номери, хто здійснює дзвінки, до яких штатів ви телефонуєте та хто володіє записами. Потім оберіть Варіант 1, 2 або 3 або розділіть варіанти між командами.