🔄 Kieruj rozmowy po swojemu

Routing rozmów przez webhook

Czasami standardowe reguły routingu nie wystarczają. Potrzebujesz, aby cel rozmowy zmieniał się na podstawie danych na żywo — kto jest dostępny teraz, jaka zmiana trwa, czy członek zespołu jest w spotkaniu, czy który oddział jest bliżej dzwoniącego.

Routing rozmów przez webhook to umożliwia. Gdy rozmowa przychodzi, CallFactory wysyła żądanie do Twojego serwera. Twój serwer odpowiada podając cel — numer telefonu, pocztę głosową lub wiadomość. Piszesz logikę, CallFactory ją wykonuje. Każda rozmowa, w czasie rzeczywistym.

Twój serwer decyduje gdzie rozmowy idą
Routing w czasie rzeczywistym na każdej rozmowie
Działa z każdym językiem programowania
Łącz z menu telefonicznym i kolejkami

Zalety routingu rozmów przez webhook

Zobacz, jak routing przez webhook daje Ci pełną kontrolę nad Twoim przepływem rozmów.

🧭

Dynamiczny routing rozmów

Każda rozmowa jest kierowana na podstawie danych na żywo z Twojego serwera. Dostępność pracowników, harmonogramy, dane z CRM lub jakakolwiek inna logika, którą zdefiniujesz — routing dostosowuje się w czasie rzeczywistym.

⚙️

Pełna kontrola nad logiką

Piszesz reguły. Kieruj po numerze dzwoniącego, porze dnia, dostępności zespołu lub jakimkolwiek warunku niestandardowym. Jeśli możesz to kodować, CallFactory może to wykonać.

🔗

Łatwa integracja

Każdy serwer, który może otrzymać żądanie HTTP i zwrócić odpowiedź, działa. PHP, Python, Node.js, .NET — użyj tego, co już zna Twój zespół.

Jak działa routing rozmów przez webhook

Dostarczasz webhook URL — na przykład, twojafirma.pl/webhook/route. Gdy rozmowa przychodzi na Twój numer CallFactory, nasz system wysyła żądanie do tego URL-a. Twój serwer przetwarza żądanie i odpowiada podając cel: numer telefonu, skrzynkę poczty głosowej lub wiadomość do odtworzenia.

Odpowiedź jest natychmiastowa. Dzwoniący nie zauważa żadnego opóźnienia — jest połączony z celem, który zwrócił Twój serwer. Jeśli Twój serwer jest niedostępny, CallFactory przełącza na domyślny cel, który skonfigurowałeś, więc rozmowy nigdy nie są tracone.

Używaj z menu telefonicznym

Routing przez webhook działa również z menu telefonicznym. Jeśli Twój numer ma menu — naciśnij 1 dla sprzedaży, naciśnij 2 dla wsparcia — każda opcja może mieć swój własny webhook. Na przykład:

twojafirma.pl/webhook/sales dla opcji 1 i twojafirma.pl/webhook/support dla opcji 2.

To oznacza, że różne departamenty mogą mieć całkowicie różną logikę routingu, każda kierowana przez Twój własny serwer. Rozmowy sprzedażowe kieruj do dostępnego przedstawiciela w Twoim CRM, rozmowy wsparcia kieruj do inżyniera na dyżurze — wszystko w czasie rzeczywistym.

Co możesz zbudować z tym

Możliwości są tak szerokie jak Twoja wyobraźnia. Typowe przykłady obejmują routing na podstawie wewnętrznego oprogramowania do planowania — Twój serwer sprawdza, kto pracuje teraz i zwraca ich numer. Lub routing na podstawie lokalizacji dzwoniącego — Twój serwer sprawdza prefiks numeru dzwoniącego i zwraca najbliższy oddział.

Możesz również zwrócić dynamiczne wiadomości. Zamiast numeru telefonu, Twój serwer może odpowiedzieć wiadomością text-to-speech — na przykład, “Twoje zamówienie jest przygotowywane i będzie gotowe o 15:00.” To zamienia Twój numer telefonu w w pełni dynamiczną linię informacyjną.

Różnica między webhookami, API i routingiem opartym na plikach

CallFactory oferuje kilka sposobów do programowego kontrolowania routingu. Z webhookami, Twój serwer decyduje o celu dla każdej rozmowy w czasie rzeczywistym. Z prywatnym API, wysyłasz zmiany routingu do CallFactory, gdy coś się zmienia. Z routingiem opartym na plikach, przesyłasz tabelę routingu, a CallFactory ją stosuje.

Webhooki są najbardziej dynamiczne — każda rozmowa wyzwala nowe sprawdzenie. API jest lepsze, gdy routing zmienia się sporadycznie, ale nie na każdej rozmowie. Routing oparty na plikach jest najprostszą opcją dla statycznych reguł, które zmieniają się rzadko. Wszystkie trzy można łączyć.

Ile to kosztuje?

Routing rozmów przez webhook to funkcja prywatna — podobnie do naszego prywatnego API, najpierw omawiamy Twoje wymagania i konfigurujemy integrację webhooka dla Ciebie. W zależności od złożoności i funkcjonalności, może zostać naliczona opłata jednorazowa i/lub miesięczna opłata za utrzymanie.

Ta funkcja jest dostępna z każdym polskim numerem telefonicznym lub międzynarodowym numerem telefonicznym.

Kierowanie GitHub

Zarządzaj kierowaniem połączeń z repozytorium GitHub. Wypchnij plik kierowania, a CallFactory automatycznie pobiera, waliduje i stosuje zmiany — z pełną historią wersji i natychmiastowym …

Gdy rozmowa przychodzi, CallFactory wysyła żądanie do Twojego serwera. Twój serwer odpowiada podając cel — numer telefonu, pocztę głosową lub wiadomość. To daje Ci pełną kontrolę nad routingiem w czasie rzeczywistym.

CallFactory przełącza na domyślny cel, który skonfigurowałeś. Rozmowy nigdy nie są tracone — nawet jeśli Twój serwer jest czasowo niedostępny.

Nie. Każdy serwer web, który może otrzymać żądanie HTTP i zwrócić odpowiedź, działa. Możesz użyć PHP, Python, Node.js, .NET lub jakiegokolwiek innego języka, którego Twój zespół już używa.

Tak. Każda opcja menu może mieć swój własny webhook URL, więc różne departamenty mogą mieć całkowicie różną logikę routingu — wszystko kierowane przez Twój serwer.

Tak. Twój serwer może zwrócić wiadomość text-to-speech zamiast numeru docelowego. To zamienia Twój numer telefonu w dynamiczną linię informacyjną.

Sprawdzenie dzieje się w czasie rzeczywistym, gdy rozmowa przychodzi. Tak długo jak Twój serwer odpowiada szybko, dzwoniący nie zauważa opóźnienia.

Z webhookami Twój serwer decyduje o celu dla każdej rozmowy w czasie rzeczywistym. Z API wysyłasz zmiany routingu do CallFactory, gdy coś się zmienia. Webhooki są bardziej dynamiczne — API jest lepsze dla sporadycznych aktualizacji.

W zależności od złożoności i funkcjonalności, może zostać naliczona opłata jednorazowa i/lub miesięczna opłata za utrzymanie. Zawsze omawiamy ceny zanim zacznie się jakakolwiek praca.