Anrufjournal: Jeder Anruf am richtigen Kontakt
Wer hat wann mit wem telefoniert, und was kam dabei heraus? Diese Seite zeigt, wie jeder Anruf Ihrer STARFACE automatisch als Protokolleintrag am passenden Odoo-Kontakt landet. Baustein ist die EventBridge, die Anlagen-Ereignisse in Echtzeit an ein schlankes API-Modul in Odoo übergibt.
So funktioniert es
Die STARFACE erzeugt für alles, was auf der Anlage geschieht, Ereignisse — die EventBridge stellt über 600 davon zur Auswahl. Für das Anrufjournal genügt das Ereignis, das beim Abschluss eines Gesprächs entsteht: Die EventBridge formt daraus einen HTTP-Aufruf an Ihre Odoo-Instanz. Dort nimmt ein kleines API-Modul die Daten entgegen, sucht den Kontakt anhand der Rufnummer und heftet den Anruf als Protokolleintrag an — sichtbar in der Kontakthistorie, auswertbar für Vertrieb und Service.
Zwei Endpunkte decken das komplette Journal ab:
POST /starface/callEvent → Anruf-Protokoll am Odoo-Kontakt speichern
POST /starface/callSummary → KI-Gesprächszusammenfassung am Kontakt ablegen
Der Payload ist frei gestaltbar — ein bewährtes Beispiel:
{
"direction": "inbound",
"callerNumber": "+4971234567890",
"calledNumber": "+49711987654-0",
"agent": "Max Mustermann",
"startTime": "2026-07-19T14:32:05+02:00",
"durationSeconds": 312,
"result": "answered"
}
So setzen Sie es um
- Odoo-Seite vorbereiten: Installieren Sie das API-Modul in Ihrer Odoo-Instanz, das die beiden Endpunkte bereitstellt, und hinterlegen Sie ein Zugriffstoken. Fluxpunkt stellt das Modul samt Quellcode bereit — es ist bewusst schlank gehalten und anpassbar.
- EventBridge installieren: EventBridge auf der STARFACE installieren.
- Ereignis auswählen: Legen Sie eine neue Reaktion auf das Gesprächsende-Ereignis an (vorgefertigt per Auswahlmenü).
- Bedingung setzen: Filtern Sie z. B. auf externe Gespräche oder bestimmte Gruppen — Bedingungen formulieren Sie direkt in der EventBridge, ganz ohne Programmierung auf der Anlage.
- Web-Aufruf konfigurieren: HTTP-POST auf
https://ihre-odoo-instanz.example.com/starface/callEvent, Zugriffstoken als Header, Payload als JSON mit den gewünschten Feldern aus dem Ereignis. - Testen: Externen Testanruf führen — der Eintrag erscheint in der Odoo-Kontakthistorie.
Findet das API-Modul keinen Kontakt zur Rufnummer, kann es statt eines Protokolleintrags einen neuen Lead anlegen — so geht kein Interessent verloren. Die Entscheidung liegt in Ihrem Odoo-Modul, nicht in einer Blackbox.
Warum dieser Weg?
- Ereignisse statt Polling, Anlage statt Middleware. Die EventBridge läuft auf der STARFACE und reagiert in dem Moment, in dem das Gespräch endet. Es gibt keinen zusätzlichen Vermittlungsdienst, der ausfallen, verzögern oder Daten umleiten könnte.
- Sie bestimmen den Payload. Welche Felder übertragen werden, wie der Eintrag in Odoo aussieht, ob ein Lead entsteht — alles liegt offen in Ihrer EventBridge-Konfiguration und Ihrem Odoo-Modul. Kein proprietäres Datenformat, kein Vendor-Lock-in.
- Ein Werkzeug für alle Systeme. Dieselbe EventBridge bedient parallel Jira, Zendesk, TANSS, Microsoft Teams oder n8n — mit dokumentierten Beispielkonfigurationen. Kommt morgen ein Ticketsystem dazu, ist es eine weitere Reaktion, kein weiterer Konnektor.
- Volle Breite der Anlage. 600+ Ereignistypen heißt: Auch Gruppen-Ereignisse, Warteschlangen-Geschehen oder Modul-Ereignisse (etwa Transkriptionen aus Call Recording) können den gleichen Weg nach Odoo nehmen.
Kurz zusammengefasst
| Schritt | Erledigt, wenn… |
|---|---|
| Odoo-API-Modul installiert | Endpunkt antwortet auf einen Test-POST |
| EventBridge-Reaktion angelegt | Testanruf erzeugt einen HTTP-Aufruf (Log) |
| Kontaktzuordnung geprüft | Eintrag erscheint am richtigen Odoo-Kontakt |
Nächster Schritt: KI-Gesprächszusammenfassungen — damit im Journal nicht nur steht, dass telefoniert wurde, sondern auch worum es ging. Zurück zur Übersicht.