Jak AI integruje się z centralą VoIP (3CX, Zadarma, easycall) i co robi z historią połączeń i nagraniami?

Centrale VoIP, takie jak 3CX, Zadarma, easycall czy FCN, gromadzą dane o każdym połączeniu od lat. Większość firm nigdy ich nie używa inaczej niż do sprawdzenia, czy ktoś dzwonił. AI podłączone do centrali zmienia to w aktywny proces: po każdej rozmowie pojawia się gotowa notatka z kolejnym krokiem, nieodebrane przestają się gubić, a konsultant zanim odbierze wie już, z kim rozmawia. Dotyczy to zarówno małych biur z trzema liniami, jak i środowisk z rozbudowanymi kolejkami dzwonienia.

Co wyciągamy z centrali VoIP i jak wyglądają te dane od środka

Każda z wymienionych central prowadzi CDR, czyli Call Detail Records. To rekordy zawierające: numer dzwoniącego, numer wybrany, datę i godzinę, czas trwania, status połączenia (odebrane, nieodebrane, zajęte, przekierowane) oraz identyfikator użytkownika, który odebrał. To fundament, na którym pracuje AI.

W 3CX dostęp do tych danych odbywa się przez REST API, dostępne od wersji 18. Z jednego endpointu pobieramy historię połączeń z filtrem po dacie, numerze wewnętrznym albo numerze zewnętrznym. Nagrania rozmów, w formacie .mp3 lub .opus zależnie od konfiguracji, są dostępne przez osobny endpoint lub bezpośrednio z zasobów serwera, jeśli 3CX działa lokalnie. Logi kolejek zawierają pola queue_name, wait_time i abandon_reason. To właśnie pole abandon_reason mówi, czy klient rozłączył się sam, czy wypadł z kolejki po przekroczeniu limitu czasu oczekiwania.

Zadarma udostępnia statystyki przez API zapytaniami POST do endpointu /v1/statistics/. Pola odpowiedzi obejmują m.in. calltype, disposition (answered, no answer, busy) oraz record, czyli URL do pliku z nagraniem. Nagrania są dostępne wyłącznie przy aktywnej usłudze nagrywania, co wymaga osobnej konfiguracji konta.

W easycall.pl dane historyczne są dostępne przez panel lub przez webhooki, które wysyłają zdarzenie na wskazany adres URL w chwili zakończenia każdego połączenia. To pozwala AI reagować niemal natychmiast, zamiast czekać na zaplanowane pobieranie raportu.

Co AI robi z nieodebranymi, których nikt nie pilnuje

Nieodebrane połączenie bez oddzwonienia to jeden z najczęstszych problemów operacyjnych w firmach, gdzie telefon to ważny kanał sprzedaży lub obsługi. Ręczne przeglądanie CDR zajmuje czas i i tak coś umyka. AI może działać inaczej, od razu po zakończeniu zdarzenia.

Po każdym nieodebranym połączeniu agent AI:

• sprawdza w CRM, czy numer należy do istniejącego klienta lub leadu,
• sprawdza, ile razy ten numer dzwonił w ostatnim czasie i czy ktokolwiek oddzwonił,
• tworzy zadanie dla handlowca lub opiekuna z priorytetem opartym na historii kontaktu,
• jeśli ten sam numer próbuje po raz trzeci bez odpowiedzi, eskaluje sprawę do konkretnej osoby lub przełożonego.

U jednego z naszych klientów, firmy usługowej z pięcioma konsultantami, okazało się, że przez trzy tygodnie ten sam numer dzwonił siedem razy i nikt nie oddzwonił, bo każdy zakładał, że zajął się tym ktoś inny. Po wdrożeniu agenta nieodebrane zaczęły trafiać automatycznie do Pipedrive jako aktywności z tagiem "nieodebrane 3+" i przypisanym właścicielem konta.

Notatka po rozmowie i kolejny krok: jak to wygląda w praktyce

Nagranie po zakończeniu rozmowy trafia do modelu transkrypcji. Najczęściej używamy Whisper lub podobnego narzędzia działającego lokalnie lub w chmurze. Z transkryptu AI wyciąga kilka rzeczy:

• temat rozmowy w jednym zdaniu,
• co ustalono, co klient obiecał, co firma obiecała,
• czy padł konkretny termin, nazwa produktu lub reklamacja,
• sugerowany następny krok, na przykład: wysłać ofertę do piątku, sprawdzić stan zamówienia, oddzwonić po powrocie klienta z urlopu.

Ta notatka ląduje automatycznie w karcie klienta w CRM: w Pipedrive jako Activity, w HubSpot jako Note, w Salesforce jako Task. Handlowiec wraca z terenu i widzi gotowy zapis, zamiast próbować sobie przypomnieć, co ustalił trzy godziny wcześniej.

Jedna kwestia techniczna, o której warto pamiętać: nagrania z 3CX często zawierają kilkanaście lub kilkadziesiąt sekund ciszy albo sygnałów zanim rozmówcy faktycznie zaczną mówić. Model musi ignorować tę część. Ustawiamy to przez parametr start_offset przy przekazywaniu pliku do transkrypcji albo przez detekcję aktywności głosowej na etapie wstępnym.

Streszczenie klienta zanim ktokolwiek podniesie słuchawkę

Gdy telefon dzwoni, centrala zna numer dzwoniącego. AI ma kilka sekund, zanim konsultant odbierze.

W tym czasie pobiera z CRM lub ERP dane o kliencie: ostatnia faktura, otwarte sprawy, reklamacje, data ostatniego kontaktu, przypisany opiekun. Wynik pojawia się jako powiadomienie na ekranie konsultanta tuż przed lub podczas dzwonienia. W 3CX realizuje się to przez integrację z aplikacją desktopową lub webową: API dostarcza popup z danymi zewnętrznego systemu przy zdarzeniu CallStatusChanged ze statusem Ringing.

Konsultant nie musi wiedzieć, skąd te dane przyszły. Widzi po prostu: "Firma Kowalski Sp. z o.o., ostatni kontakt 14 dni temu, otwarta reklamacja z 12 września, opiekun: Marta." I od razu zaczyna rozmowę z kontekstem, zamiast przez pierwsze trzydzieści sekund pytać klienta, o co chodziło ostatnim razem.

Kolejki, obłożenie linii i raporty dla kierownika bez wchodzenia w panel

Logi kolejek w 3CX zawierają dane, których większość menedżerów nigdy nie analizuje, bo są w surowym formacie i trzeba ich szukać w panelu administracyjnym. AI może agregować te dane i odpowiadać na pytania po polsku.

Kierownik może zapytać: "Jak wyglądało obłożenie w piątek między 10 a 13?" i dostać odpowiedź na podstawie pól queue_enter_time, queue_exit_time i wait_time z CDR kolejki. Albo ustawić alert: jeśli średni czas oczekiwania w kolejce "Obsługa klienta" przekroczy trzy minuty przez dwadzieścia minut z rzędu, dostaje wiadomość na Teams lub e-mail.

Nie wymaga to osobnego narzędzia BI ani licencji na system raportowania. Agent AI odpytuje dane z CDR na żądanie lub według harmonogramu i podaje wynik jako tekst albo prostą tabelę. Typowo wygląda to tak, że kierownik rano dostaje skrót poprzedniego dnia: ile połączeń, ile nieodebranych, jaki był szczyt ruchu i jak długo czekali klienci.

RODO i nagrania: co trzeba poukładać zanim uruchomimy AI

Nagrywanie rozmów wymaga zgody. Każda z central obsługuje automatyczne komunikaty przed połączeniem informujące rozmówcę o nagraniu. W Zadarma to IVR greeting z włączoną opcją nagrywania, w 3CX to konfiguracja na poziomie kolejki lub grupy dzwonienia z odtworzeniem pliku audio przez menedżera.

AI może przetwarzać treść nagrania tylko wtedy, gdy firma ma prawidłową podstawę prawną do jego przechowywania i przetwarzania. Jeśli serwer transkrypcji działa lokalnie, nagranie nigdy nie opuszcza sieci firmowej. Jeśli korzystamy z usługi chmurowej, trzeba sprawdzić, gdzie dane są przetwarzane, jak długo przechowywane i czy dostawca podpisał stosowną umowę powierzenia. To jest rozmowa, którą trzeba przeprowadzić z dostawcą wdrożenia przed uruchomieniem, nie po.

Od czego zaczynamy wdrożenie

Pierwsze kroki wyglądają tak:

• Weryfikacja, czy centrala obsługuje API lub webhooki i w jakiej wersji. W 3CX REST API działa od wersji 18. Zadarma ma API dostępne przy planie z nagrywaniem. Easycall webhooki konfigurujemy w sekcji "Integracje" w panelu.
• Ustalenie, które dane wyciągamy i do jakiego systemu trafiają: najczęściej zaczynamy od CDR i nieodebranych do CRM.
• Przygotowanie procesu obsługi nagrań: format pliku, gdzie trafiają po zakończeniu rozmowy, kto ma dostęp, jak długo są przechowywane.
• Zdefiniowanie, co AI ma robić z danymi: notatka, zadanie, alert, streszczenie przed odebraniem, raport dzienny.

Samo połączenie techniczne między centralą a CRM przez agenta AI zajmuje zazwyczaj kilka dni roboczych. Dłużej trwa uzgodnienie procesów: kto dostaje jakie powiadomienia, jak mają wyglądać notatki, jakie tagi i pola CRM są używane. To jest praca z ludźmi, nie tylko z systemem.

Jeśli chcesz sprawdzić, co Twoja centrala już teraz może oddać AI i które procesy zyskają na tym najbardziej, zapraszamy na bezpłatny audyt. Możesz też zajrzeć do realnych wdrożeń, gdzie pokazujemy, jak to wygląda w konkretnych polskich firmach.