🔄 Dirigera samtal på ditt sätt

Webhook samtalsdirigering

Ibland räcker standarddirigeringen inte, för att du behöver att samtalsmålet ändras baserat på livedata — vem är tillgänglig nu, vilken skift kör, om en teammedlem är i ett möte eller vilken avdelning som är närmast uppringaren.

Webhook-samtalsdirigering gör detta möjligt, eftersom CallFactory skickar en förfrågan till din server när varje samtal kommer in, och sedan följer destinationen som din server returnerar, såsom ett telefonnummer, en röstbrevlåda eller ett meddelande. Du skriver logiken och CallFactory kör den, för varje samtal, i realtid.

Din server bestämmer vart samtal går
Realtidsdirigeering på varje samtal
Fungerar med alla programmeringsspråk
Kombinera med telefonmenyer och köer

Fördelar med webhook-samtalsdirigering

Se hur webhook-dirigering ger dig full kontroll över ditt samtalsflöde.

🧭

Dynamisk samtalsdirigering

Varje samtal dirigeras baserat på livedata från din server, så medarbetaretillgänglighet, scheman, CRM-poster eller någon annan logik som du definierar bestämmer dirigeringen i realtid.

⚙️

Full kontroll över logiken

Du skriver reglerna, dirigerar efter uppringarens nummer, tid på dygnet, teamets tillgänglighet eller något annat villkor du kan tänka dig. Vad du kan uttrycka i kod kan CallFactory utföra.

🔗

Lätt att integrera

Vilken server som helst som kan ta emot en HTTP-förfrågan och returnera ett svar fungerar, så du kan använda PHP, Python, Node.js, .NET eller något annat språk som ditt team redan kan.

Hur webhook-samtalsdirigering fungerar

Du tillhandahåller en webhook-URL — till exempel dinfirma.se/webhook/route. När ett samtal kommer in på ditt CallFactory-nummer skickar vårt system en förfrågan till den URL:en, och din server returnerar destinationen i form av ett telefonnummer, en röstbrevlåda eller ett meddelande att spela upp.

Svaret anländer inom millisekunder och uppringaren märker ingen försening, eftersom de är direkt anslutna till destinationen som din server returnerade. Om din server är temporärt otillgänglig faller CallFactory tillbaka på en standarddestination som du har konfigurerat i förväg, så samtal försvinner aldrig.

Använd med telefonmenyer

Webhook-dirigering fungerar också i kombination med telefonmenyer. Om ditt nummer har en meny — exempelvis tryck 1 för försäljning och tryck 2 för support — kan varje alternativ ha sin egen webhook: dinfirma.se/webhook/sales för alternativ 1 och dinfirma.se/webhook/support för alternativ 2.

På det här sättet tillämpar avdelningar helt olika dirigeringlogik, var och en driven av din egen server. Försäljningssamtal går till den tillgängliga representanten i din CRM och supportsamtal går till ingenjören på växt — allt i realtid.

Vad du kan bygga med det

Möjligheterna är så breda som din logik tillåter. Vanliga exempel inkluderar dirigering baserad på interna schemaläggningsprogram, där din server kontrollerar vem som arbetar nu och returnerar det numret, eller dirigering baserad på uppringarens plats, där din server slår upp riktnumret och returnerar närmaste avdelningen.

Du kan också returnera dynamiska meddelanden. I stället för ett telefonnummer kan din server returnera ett text-till-tal-meddelande — till exempel “Din beställning förbereds och är klar 15:00.” Detta förvandlar ditt telefonnummer till en helt dynamisk informationslinje.

Skillnaden mellan webhooks, API och filbaserad dirigering

CallFactory erbjuder flera sätt att styra dirigeringen programmatiskt. Med webhook-dirigering bestämmer din server destinationen för varje samtal i realtid, medan du med privat API skickar dirigeringändringar till CallFactory så snart något ändras, och med filbaserad dirigering laddar du upp en dirigeringstabell som CallFactory sedan följer.

Webhooks är det mest dynamiska alternativet, eftersom varje samtal utlöser en ny sökning. API:t fungerar bättre när dirigeringändringar inträffar då och då men inte vid varje samtal, och filbaserad dirigering är det enklaste för statiska regler som sällan ändras. Alla tre kan också kombineras.

Vad kostar det?

Webhook-samtalsdirigering är en privat funktion som vi, som vår privata API, konfigurerar med dig efter att ha diskuterat dina krav. Beroende på komplexitet och funktionalitet kan en engångsinställningsavgift och/eller en månatlig underhållsavgift tillkomma.

Den här funktionen är tillgänglig med varje svenskt telefonnummer eller internationellt telefonnummer.

API-integrationer

Lås upp den fulla potentialen hos dina telefonnummer med vårt säkra, flexibla och kraftfulla privata klient-API.

Filbaserad routing

Ladda upp en CSV-, TXT- eller JSON-fil för att uppdatera samtalsdirigering i bulk, och ändra hundratals regler åt gången för PIN-koder, vitlistor, svartlistor, områdesnummer eller kompletta …

GitHub routing

Versionshantera och testa din samtalsstyrning som mjukvara. Pusha en fil till ditt GitHub-repo - vi hämtar, validerar och tillämpar den direkt.

När ett samtal kommer in skickar CallFactory en förfrågan till din server. Din server returnerar destinationen — ett telefonnummer, en röstbrevlåda eller ett meddelande. Detta ger dig full kontroll över dirigeringen i realtid.

CallFactory faller tillbaka på en standarddestination som du har konfigurerat i förväg. Samtal försvinner aldrig — inte ens om din server är tillfälligt nere.

Nej. Vilken webbserver som helst som kan ta emot en HTTP-förfrågan och returnera ett svar fungerar. Du kan använda PHP, Python, Node.js, .NET eller något annat språk som ditt team redan kan.

Ja. Varje menyalternativ kan ha sin egen webhook-URL, så olika avdelningar kan tillämpa helt olika dirigeringlogik — allt driven av din server.

Ja. Din server kan returnera ett text-till-tal-meddelande i stället för ett destinationsnummer. Detta förvandlar ditt telefonnummer till en dynamisk informationslinje.

Sökningen sker i realtid när samtalet kommer in. Så länge din server svarar snabbt märker uppringaren ingen försening.

Med webhooks bestämmer din server destinationen för varje samtal i realtid. Med API:t skickar du dirigeringändringar till CallFactory när något ändras. Webhooks är mer dynamiska — API:t är bättre för enstaka uppdateringar.

Beroende på komplexitet och funktionalitet kan en engångsinställningsavgift och/eller en månatlig underhållsavgift tillkomma. Vi diskuterar alltid prissättningen innan arbetet börjar.