Austria
Belgia
Francja
Hiszpania
Holandia
Niemcy
Stany Zjednoczone
Szwecja
Wielka Brytania
WłochyRouting rozmów przez webhook
Czasami standardowe reguły routingu nie wystarczają, ponieważ potrzebujesz, aby cel rozmowy zmieniał się na podstawie danych na żywo — kto jest dostępny teraz, jaki 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, ponieważ CallFactory wysyła żądanie do twojego serwera, gdy każda rozmowa przychodzi, a następnie następuje cel, który twój serwer zwraca, taki jak numer telefonu, poczta głosowa lub wiadomość. Piszesz logikę, a CallFactory ją wykonuje, dla każdej rozmowy, 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, więc dostępność pracowników, harmonogramy, dane z CRM lub jakakolwiek inna logika, którą zdefiniujesz, określa routing w czasie rzeczywistym.
Pełna kontrola nad logiką
Piszesz reguły, kierując po numerze dzwoniącego, porze dnia, dostępności zespołu lub jakimkolwiek warunku, który się pojawi. 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, więc możesz użyć PHP, Python, Node.js, .NET lub jakiegokolwiek innego języka, który twój zespół już zna.
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, a twój serwer zwraca cel w postaci numeru telefonu, skrzynki poczty głosowej lub wiadomości do odtworzenia.
Odpowiedź przychodzi w ciągu milisekund i dzwoniący nie zauważa żadnego opóźnienia, ponieważ jest połączony z celem, który zwrócił twój serwer. Jeśli twój serwer jest czasowo niedostępny, CallFactory przełącza na domyślny cel, który skonfigurowałeś wcześniej, 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 logika pozwala. 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.
Przeczytaj więcej o innych funkcjach
Znajdź więcej informacji o naszych funkcjach, które mogą wzmocnić komunikację twojej firmy.
Integracje API
Powiedz nam, czego potrzebujesz, my zbudujemy punkty końcowe. Nasze prywatne API umożliwia integrację telefonii CallFactory z Twoim oprogramowaniem - bez generycznej biblioteki, bez zgadywania, bez …
Routing oparty na plikach
Przesyłaj plik CSV, TXT lub JSON, aby aktualizować routing połączeń w masie, zmieniając setki reguł jednocześnie dla kodów PIN, list dozwolonych, list zabronionych, kodów kierunkowych lub …
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 …
Routing rozmów przez webhook — Najczęściej zadawane pytania
Uzyskaj jasne odpowiedzi na temat routingu rozmów przez webhook i jak działa dla twojej firmy.
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.
