call_initiatedEin Anruf beginnt.
Webhooks
Verbinden Sie Anruf-, SMS-, Kontakt- und Voicemail-Ereignisse mit Ihrer Anwendung – mit dokumentierten Nutzdaten, signierten Anfragen und Zustellverlauf.
call_completedWählen Sie eine Kategorie, um die aktuell dokumentierten Ereignisse anzusehen. Dies ist eine Referenz, kein Live-Ereignisfeed.
call_initiatedEin Anruf beginnt.
call_ringingDer Anruf wechselt in die Klingelphase.
call_answeredEin Anruf wird angenommen.
call_completedEin Anruf endet; die endgültige Dauer ist enthalten.
sms_sentEine Nachricht wird gesendet.
sms_deliveredAls Zustellergebnis wird „zugestellt“ gemeldet.
sms_failedEine fehlgeschlagene Zustellung wird gemeldet.
contact_addedEin Kontakt wird hinzugefügt.
voicemail_receivedEine neue Voicemail geht ein.
So funktioniert es
IllyVoIP sendet JSON-POST-Anfragen an den von Ihnen konfigurierten Endpunkt.
Legen Sie in den Webhook-Einstellungen Ihres Kontos einen Endpunkt an. Abonnieren Sie die Anruf-, SMS-, Kontakt- oder Voicemail-Ereignisse, die Ihre Anwendung benötigt.
Prüfen Sie den Header Illyvoip-Signature mit Ihrem Webhook-Secret, dem Zeitstempel und dem unveränderten Anfragekörper wie in der Dokumentation beschrieben.
Antworten Sie zeitnah mit einem erfolgreichen 2xx-Status. Stellen Sie länger dauernde Aufgaben in eine Warteschlange, damit die Empfangsbestätigung nicht verzögert wird.
Speichern Sie die Ereignis-ID aus dem Anfragekörper und ignorieren Sie bereits verarbeitete Ereignisse. Bei einem erneuten Zustellversuch kann dasselbe Ereignis nochmals eintreffen.
Im Portal finden Sie den Zustellverlauf. Die API-Dokumentation erläutert Nutzdaten, Signaturen und das Verhalten bei erneuten Zustellversuchen.
Nein. Maßgeblich ist der Ereigniskatalog in der API-Dokumentation. Abonnieren Sie nur die für Ihren gewünschten Ablauf verfügbaren Ereignisse.
Ja. Bei erneuten Zustellversuchen bleibt die Ereignis-ID gleich. Erkennen Sie Duplikate anhand des Felds id im Nachrichteninhalt, nicht anhand der ID des Zustellauftrags.
Laut aktueller Dokumentation wird die Zustellung bei Netzwerkfehlern sowie HTTP 408, 429 und 5xx erneut versucht. Weiterleitungen und andere 4xx-Antworten beenden die Zustellung. Prüfen Sie vor der Implementierung Ihres Empfängers die aktuelle Spezifikation.
Lesen Sie zunächst die aktuelle Ereignisdokumentation und konfigurieren Sie dann Ihren Empfangsendpunkt.