Austria
Belgia
Francja
Hiszpania
Holandia
Niemcy
Stany Zjednoczone
Szwecja
Wielka Brytania
WłochyNasze API nie ma stu endpointów. Ma Państwa endpointy.
Większość dostawców udostępnia publiczne API, w którym jest wszystko, po czym przez dwa dni czyta się dokumentację tylko po to, by odkryć, że akurat Państwa przypadku tam nie ma. Naszą platformę budujemy sami, więc wystarczy powiedzieć nam, czego Państwo potrzebują, a my dobudujemy odpowiednie endpointy.
Od jednego webhooka po własny serwer IVR: zaczynają Państwo od tego, co mają dziś, i rozbudowują integrację, gdy pojawi się taka potrzeba.
POST /webhook/route
// CallFactory pyta przy każdym połączeniu:
{ "from": "+48512345678",
"to": "+48221234567",
"time": "2026-09-21T14:32:08Z" }
// Państwa serwer odpowiada:
{ "destination": "+48600011122",
"whisper": "Klient z Krakowa, otwarte zgłoszenie" }serwer nie odpowiada?
przełączenie na stałe miejsce docelowe
Państwa oprogramowanie wie to, czego nie wie centrala telefoniczna
Kto dziś pracuje, który klient dzwoni, czy zamówienie jest już gotowe: wszystko to jest w Państwa systemach, a nie w żadnym panelu telefonii.
Grafik jest w Państwa narzędziu do planowania
Wiedzą Państwo dokładnie, kto ma dyżur, ale telefon tego nie wie. Ktoś więc co rano ręcznie przestawia przekierowanie albo o tym zapomina.
Państwa statystyki są w niewłaściwym panelu
Logi połączeń, czas trwania rozmów i statystyki kolejek są u nas, a raportowanie u Państwa. Dopóki te dwa miejsca się ze sobą nie komunikują, ktoś co miesiąc eksportuje plik.
Tego, czego Państwo potrzebują, nie ma w menu
Rozmowa, która sięga do bazy danych, televoting, komunikat wychodzący, który w kilka sekund dociera do całego zespołu: tego nie zmieści żadne menu wyboru.
Od jednego zapytania do Państwa serwera po własny IVR
Wszystkie cztery działają na tej samej platformie i na Państwa obecnych numerach. Zaczynają Państwo tam, gdzie są dziś, i przechodzą wyżej dopiero wtedy, gdy jest to potrzebne, a nie odwrotnie.
- 1
Routing przez webhook
serwer chwilowo niedostępny? przełączenie na stałe miejsce docelowePrzy każdym połączeniu przychodzącym pytamy Państwa serwer, dokąd ma trafić rozmowa. Serwer odpowiada numerem, skrzynką poczty głosowej albo komunikatem, i to w ciągu milisekund, więc dzwoniący niczego nie zauważa. Działa to także dla poszczególnych opcji menu: sprzedaż do jednego webhooka, wsparcie do drugiego.
Kto co robi- Państwo budują
- jeden endpoint
- My robimy
- zapytanie i wykonanie
- Wymagania
- serwer obsługujący HTTP
- 2
Prywatne API
wykonalność i ewentualne koszty potwierdzone z góryPobierają Państwo nagrania rozmów, logi i statystyki kolejek do własnych systemów, zmieniają miejsca docelowe z narzędzia do planowania i uruchamiają połączenia wychodzące, które odtwarzają komunikat. To nie jest publiczna biblioteka z setkami endpointów: opisują Państwo, co chcą osiągnąć, a my budujemy te endpointy.
Kto co robi- Państwo budują
- wywołania
- My robimy
- endpointy pod Państwa przypadek
- Wymagania
- jeden programista, nie zespół
- 3
Toolkit IVR
te same klocki, z których korzystają nasze zespoły produktoweBiblioteka akcji, z której sami budujemy nasze funkcje: Answer, Play, Dial, Record, GatherDigits, StartStream. Każda akcja ma stałą sygnaturę i typowany wynik, dzięki czemu Państwa kod zawsze wie, co się wydarzyło. Cały przepływ rozmowy piszą Państwo sami.
Kto co robi- Państwo budują
- przepływ
- My robimy
- platformę pod spodem
- Wymagania
- zespół programistów
- 4
Własny serwer IVR
migracja z poziomu 2 lub 3, numery działają dalejInstancja działająca wyłącznie dla Państwa: gwarantowana przepustowość, odizolowane dane i język programowania, którego Państwa zespół już używa (Python, Node, Go). Standardowe konfiguracje dostarczamy jako kontenery Docker. To właściwy krok przy złożonych przepływach z zapytaniami do bazy danych, masowych kampaniach albo televotingu.
Kto co robi- Państwo budują
- wszystko albo nic
- My robimy
- serwer, a czasem i aplikację
- Wymagania
- sesja strategiczna na start
Ścieżka głosu do Państwa AI
Jedną akcją przesyłają Państwo dźwięk rozmowy na żywo do dowolnego endpointu WebSocket: asystenta AI, silnika zamiany mowy na tekst albo własnej usługi analitycznej. To Państwo decydują, kiedy strumień się zaczyna, w którą stronę płynie dźwięk i kiedy się kończy.
- Dzwoniący
- Nasz numer i routing
- StartStream
- Państwa AI
Państwa model, nasza linia
Strumień biegnie równolegle do reszty przepływu, więc w tym czasie mogą Państwo odtwarzać komunikaty, zbierać dane wejściowe albo przełączać rozmowę. Voicebot w modelu SaaS tego nie zapewni, bo wymaga to własnej telefonii.
Dane, które nie opuszczają Państwa środowiska
Na własnym serwerze IVR przetwarzanie pozostaje w Państwa środowisku, z prywatnym połączeniem do bazy danych zamiast trasy przez publiczny internet. Właśnie takiej architektury potrzebują ściśle regulowane sektory.
Jesteśmy licencjonowanym operatorem w czternastu krajach europejskich i w Stanach Zjednoczonych, a naszą platformą IVR zarządzamy sami. Dlatego możemy dobudować endpoint, zamiast odsyłać Państwa do roadmapy zewnętrznego dostawcy, i dlatego rozmowa, tam gdzie to możliwe, biegnie przez stacjonarną sieć telekomunikacyjną, a nie przez publiczny internet.
Sześć rzeczy, z którymi nie poradzi sobie żaden panel
Routing według Państwa grafiku
Państwa serwer sprawdza, kto teraz pracuje, i zwraca numer tej osoby, więc nikt nie musi prowadzić drugiej ewidencji.
Routing według lokalizacji dzwoniącego
Serwer sprawdza numer kierunkowy i zwraca najbliższy oddział, nie zadając dzwoniącemu żadnych pytań.
Odczytanie statusu zamiast przełączania
Serwer zwraca nie numer, lecz tekst: „Państwa zamówienie będzie gotowe o piętnastej”. Dzięki temu numer staje się linią informacyjną.
Nagrania automatycznie w Państwa archiwum
Nagrania trafiają do Państwa własnego magazynu danych lub systemu compliance, a nikt nie musi ich ręcznie pobierać.
Komunikat wychodzący do całego zespołu
Państwa system uruchamia połączenia, a odbiorcy słyszą nagrany lub wygenerowany komunikat. Sprawdza się przy powiadomieniach o awariach i przypomnieniach o wizytach.
Rozmowa, która sięga do Państwa bazy danych
Dzwoniący wpisuje numer klienta, a przepływ pobiera dane i na ich podstawie decyduje, co dzieje się dalej.
Kiedy lepiej nie zaczynać tutaj
Jeśli chodzi tylko o przekierowanie, menu wyboru albo kolejkę, nie ma czego tu szukać, bo wszystko to jest w panelu i da się to ustawić w pięć minut. Ta strona zaczyna się tam, gdzie panel się kończy. Warto też z góry ustalić, kto będzie utrzymywał integrację: webhook, który przestaje działać, bo nikt już nie zagląda na ten serwer, jest bardziej uciążliwy niż ręczne przekierowanie, które miał zastąpić. Dlatego poziom 1 przełącza połączenie na stałe miejsce docelowe, gdy Państwa serwer nie odpowiada.
O co pytają programiści
Do toolkitu jest dokumentacja z działającymi przykładami każdej akcji. Prywatne API wygląda u każdego klienta inaczej, więc dokumentacja obejmuje dokładnie Państwa endpointy, bo ogólny opis stu endpointów, których u Państwa nie ma, nikomu nie pomoże.
W Państwa własnym. Webhook to żądanie HTTP, więc zadziała wszystko, co potrafi na nie odpowiedzieć. Na własnym serwerze programują Państwo w tym, czego zespół już używa: Python, Node, Go lub inny język.
Wtedy połączenie trafia do miejsca docelowego, które ustawili Państwo wcześniej. Awaria po Państwa stronie nie może oznaczać utraconej rozmowy, dlatego tę opcję rezerwową konfiguruje się przy wdrożeniu, a nie później.
Tak, i właśnie taka kolejność jest zamierzona. Jeśli później przejdą Państwo na własny serwer, przeniesiemy istniejące przepływy, a numery i routing będą działać bez przerwy.
Standardową konfigurację własnego serwera dostarczamy jako kontener Docker, który może działać w ciągu jednego dnia roboczego. Rozwiązania na zamówienie powstają po sesji z naszymi programistami, na której szkicujemy architekturę i mówimy, ile to będzie kosztować i jak długo potrwa.
Ceny znajdą Państwo na stronie z cennikiem, a w przypadku prywatnego API potwierdzamy wykonalność i ewentualne koszty, zanim zaczniemy budować. Nie czeka więc Państwa żadna niespodzianka, gdy programista już zacznie pracę.
Prywatne REST API. Budujemy endpointy dopasowane do Państwa konkretnych wymagań. Wysyłają Państwo żądania HTTP i otrzymują odpowiedzi w JSON, więc zadziała każdy język programowania i każda platforma, która potrafi wykonywać wywołania HTTP.
Mówią nam Państwo, co chcą osiągnąć. Omawiamy wymagania, potwierdzamy wykonalność i budujemy endpointy, a Państwa programista otrzymuje przejrzyste, udokumentowane endpointy, które robią dokładnie to, co uzgodniliśmy. Bez zgadywania i bez metody prób i błędów.
Kluczem API powiązanym z Państwa kontem CallFactory. Cała komunikacja odbywa się przez HTTPS.
Tak. Miejsca docelowe połączeń mogą Państwo aktualizować w czasie rzeczywistym, a Państwa oprogramowanie decyduje, dokąd trafiają połączenia, na podstawie dostępności pracowników, numeru dzwoniącego, pory dnia albo zdefiniowanej przez Państwa logiki.
Tak. Przez API mogą Państwo programowo inicjować połączenia, które odtwarzają nagrany komunikat albo komunikat z zamiany tekstu na mowę. Przydaje się to przy przypomnieniach o wizytach, alertach serwisowych i powiadomieniach alarmowych.
Tak. Nagrania mogą Państwo automatycznie pobierać i zapisywać we własnym archiwum, w systemie compliance albo w dowolnym narzędziu wewnętrznym.
Tak. API daje dostęp do logów połączeń, danych o czasie trwania, metryk kolejek i innych danych. Surowe dane mogą Państwo pobrać do narzędzi BI i połączyć z innymi wskaźnikami biznesowymi.
Nasz zespół może zbudować niestandardowe endpointy API albo kompletne rozwiązania IVR dopasowane do Państwa wymagań. Sami budujemy i utrzymujemy naszą platformę, więc możemy ją rozbudowywać bez zależności od podmiotów trzecich.
Co chcą Państwo zintegrować?
Proszę napisać, jakich danych Państwo potrzebują i jakie akcje chcą móc uruchamiać. Powiemy, czy to możliwe, ile kosztuje i od którego poziomu najlepiej zacząć.
