Zusammenspiel

ProviderFlow + NGsipStack: vom Angebot bis zum ersten Anruf.

Schnittstellen und Datenmodell

ProviderFlow ist Ihr Backoffice als Provider: Kunden, Angebote, Unterschriften und Aufträge. NGsipStack ist Ihre Telefonie-Plattform: Telefone, Rufnummern und Dienste. Zusammen ergibt das einen durchgehenden Ablauf – und Ihre eigenen Systeme lassen sich ebenfalls anschließen.

Eine zentrale Datenbank für alles. Der SBC liest Konten und Richtlinien direkt, Ereignisse gehen als signierte Webhooks hinaus.

ProviderFlow ansehen Schnittstellen

ProviderFlow + NGsipStack

Vom Lead bis zum ersten Anruf

Jedes System macht, was es am besten kann – und beide wissen voneinander.

ProviderFlow

Verkaufen

Kunde, Angebot und digitale Unterschrift.

NGsipStack

Bereitstellen

Aus dem Auftrag entstehen Kunde, Anschlüsse und Rufnummern.

NGsipStack

Telefonieren

Telefone melden sich an, Warteschlange und Mailbox sind sofort da.

ProviderFlow

Betreuen

Anrufe, Mailbox-Nachrichten und Störungen kommen als Ereignisse zurück.

Stand: Die Aufgabenteilung zwischen ProviderFlow und NGsipStack ist festgelegt; die automatische Übergabe von Aufträgen ist in Arbeit; bis dahin legen Sie Kunden mit wenigen Klicks in der NGsipStack-Verwaltung an.

Anschlüsse

Passt zu Ihren Systemen

Automatische Benachrichtigung

Ihr System erfährt sofort von neuen Anrufen, Sprachnachrichten oder verdächtigen Vorgängen.

KI anschließen

Den KI-Assistenten Ihrer Wahl anbinden – mit NGbridge.

Bekannte Profi-Werkzeuge

Bestehende Einstellungen und Werkzeuge für die Anrufwege lassen sich weiter nutzen.

Fehlersuche leicht gemacht

Jedes Gespräch lässt sich im Nachhinein genau nachvollziehen.

Telefone einrichten

Gängige Telefone richten sich selbst ein, für viele Telefonanlagen gibt es fertige Vorlagen.

ProviderFlow in Arbeit

Aufträge aus ProviderFlow werden automatisch zu Kunden und Anschlüssen – ohne doppelte Eingabe.

Schnittstellen

Schnittstelle	Stand	Details
Datenquelle	ja	zentrale Datenbank mit Mandanten- und Rollentrennung (Plattform, Partner, Kunde), GraphQL; SBC liest direkt und schreibt Anrufliste und Live-Daten zurück
Webhooks	ja	`call.ended`, `voicemail.received`, `ai.call.ended`, `fraud.alert`; Umschlag `{id, event, createdAt, customer, data, version}`, Signatur-Kopf `t=…,v1=HMAC-SHA256`, Geheimnis je Webhook
KI-Anbieter (NGbridge)	ja	WebSocket, NGbridge ist Client, RFC 9421 HMAC-SHA256, eigenes Unterprotokoll (Pflicht im Handshake)
ng-Protokoll	ja	SBC ↔ Relais wie rtpengine – NGMedia und rtpengine austauschbar
OpenSIPS	ja	drouting-Tabellen und MI-Schnittstelle für das OpenSIPS Control Panel
HEP	ja	HEP3 Typ 1 (SIP), 5 (RTCP-JSON), 35 (Qualitäts-Zwischenstände) an Homer
fail2ban	ja	Sicherheitsprotokoll im fail2ban-kompatiblen Format
ProviderFlow	geplant	Aufgabenteilung festgelegt, Anbindung im Bau

Beispiel: Webhook

POST https://ihr-system.example/webhook
Content-Type: application/json
Kopfzeilen: Ereignis · Zustell-ID · Signatur t=1759480000,v1=<HMAC-SHA256(Geheimnis, "t.Rumpf") hex>

{"id": "6f1c…", "event": "voicemail.received", "createdAt": "2026-10-03T08:15:00Z",
 "customer": {"id": "…", "number": "…", "name": "…"}, "data": { … }, "version": 1}

Prüfung beim Empfänger: HMAC über <t>.<Rumpf> nachrechnen und t auf Frische prüfen.