CDRs liegen in unterschiedlichen Systemen mit unterschiedlichen Feldnamen, Statuscodes und Zeitzonen vor. Der Abgleich wird zur Excel-Übung — und in jedem Abrechnungszyklus geht Umsatz verloren. Die ESME CDR Intelligence Suite ist die herstellerunabhängige Korrelationsschicht, die diese Daten konsolidiert, intelligent abgleicht und streitfähige Nachweispakete erstellt.
Netzbetreiber und Aggregatoren, die BroadNet als ihre Abgleichsschicht einsetzen
Eine Korrelationsschicht, die erfasst, was Einzelhersteller-Reporting übersieht — und Nachweise liefert, auf deren Basis das nächste Team handeln kann.
SMSC, Firewall, Abrechnung, Partner-CSVs — DB, SFTP, API.
Taktabweichungssichere Systemanpassung zwischen verschiedenen Anbietern.
Abgestimmt · Statusabweichung · nur int · nur op · Varianz.
Millionen pro Tag mit konfigurierbarer Aufbewahrungsdauer.
Die Abgleichansicht, die RA- und Finanzteams jeden Morgen öffnen — fünf Abweichungskategorien, eine Übereinstimmungsrate, jede Diskrepanz zuordenbar. Unten sehen Sie einen anschaulichen Lauf aus Beispieldaten.
A = internes SMSC · B = Partnerabrechnung
Anschauliches Beispiel — Beispieldaten, kein auditiertes SLA und kein Live-Feed.
Erfassung, Normalisierung, intelligenter Abgleich, Reconciliation und Reporting — jede Schicht klar abgegrenzt, skalierbar und unabhängig von den anderen austauschbar.
Direkter Datenbankzugriff, SFTP-Abfrage, REST-APIs, Überwachung von Dateiabwürfen. Zeitgesteuerte Verarbeitung pro Quelle – alle 5 Minuten für Echtzeit, stündlich oder täglich für Batch-Verarbeitung.
Quell-ID, Absender-ID, ESME -Konto, Statuscode, Zeitstempel – alles einem einzigen kanonischen Modell zugeordnet. Zeitzonen standardisiert auf UTC.
Mehrfachschlüsselabgleich auf Basis von Nachrichten-ID, MSISDN, Absender-ID und Zeitstempel – mit einem Toleranzbereich von ±2 Sekunden für die Taktabweichung.
Übereinstimmung · Statusabweichung · nur intern · nur Betreiber · Volumenabweichung. Ursache pro Bucket gekennzeichnet.
Live-Dashboards für NOC und RA; geplante Berichte für die Finanzabteilung; CSV /JSON-/PDF-Beweispakete für Rechts- und Partnerstreitigkeiten.
Direkter Datenbankzugriff, SFTP-Abfrage, REST-APIs, Überwachung von Dateiabwürfen. Zeitgesteuerte Verarbeitung pro Quelle – alle 5 Minuten für Echtzeit, stündlich oder täglich für Batch-Verarbeitung.
Quell-ID, Absender-ID, ESME -Konto, Statuscode, Zeitstempel – alles einem einzigen kanonischen Modell zugeordnet. Zeitzonen standardisiert auf UTC.
Mehrfachschlüsselabgleich auf Basis von Nachrichten-ID, MSISDN, Absender-ID und Zeitstempel – mit einem Toleranzbereich von ±2 Sekunden für die Taktabweichung.
Übereinstimmung · Statusabweichung · nur intern · nur Betreiber · Volumenabweichung. Ursache pro Bucket gekennzeichnet.
Live-Dashboards für NOC und RA; geplante Berichte für die Finanzabteilung; CSV /JSON-/PDF-Beweispakete für Rechts- und Partnerstreitigkeiten.
Vier Gründe, warum Netzbetreiber und Aggregatoren sich für ESME CDR entscheiden, statt sich auf die eigenen Dashboards des SMSC-Herstellers zu verlassen.
Wir unterhalten eigene SMPP- und SS7-Binds mit den Zielnetzbetreibern in 86 Ländern; jede weitere Route ist eine gekennzeichnete Partnerroute. Keine Grauzonenrouten, keine unerwarteten Umleitungen, keine intransparenten Preisaufschläge.
Wir sind seit 2003 tätig, mit Hauptsitz in Dubai. Täglich übermitteln wir über 300 Mio. Nachrichten zwischen Anwendungen und Personen für Banken, Regierungen, Fluggesellschaften und die Plattformen, die das moderne Internet antreiben.
Lokale Präsenz im Nahen Osten und in Nordafrika sowie panafrikanische, südasiatische und südostasiatische Betreiberbeziehungen sorgen dafür, dass sich globale Markteinführungen wie ein einziger Markt anfühlen.
ISO 27001 / 9001 / 22301, SOC 2 Typ II, GSMA Mitglied, HIPAA-konform, DSGVO-konform. Die Registrierung der Sender-IDs wird in jedem regulierten Markt von einem regionalen Compliance-Team durchgeführt.
Multi-Source-Collector
Wir haben Dutzende SMSC-Plattformen über viele Generationen von Telecom-Equipment hinweg integriert. Wenn ein System Datensätze exportieren kann — per Datenbank, Datei oder API —, kann der Collector sie lesen.
MT- und MO-Datensätze. Direkter lesender DB-Zugriff oder terminierter CSV-Export via SFTP.
Zugelassen, blockiert, verändert — die Firewall-Sicht auf denselben Verkehr, korreliert mit dem, was das SMSC gesehen hat.
Direkte SMPP-Verbindungen von ESME-Clients — am Gateway erfasst für eine durchgängige Zuordnung.
Rating- und Rechnungsdaten aus der Billing-Plattform zur Gegenprüfung mit dem gerouteten Verkehr.
CSV/XLSX von Netzbetreibern und Aggregatoren — abgerufen via SFTP, in einen überwachten Ordner abgelegt oder per API übertragen.
Liest, sofern verfügbar, aus internen Pipeline-Speichern — reichert die Korrelation an und bestätigt Routing-Entscheidungen.
Abgleichs-Buckets
Abweichungen werden kategorisiert, damit das richtige Team den richtigen Bucket verantwortet — RA verantwortet Phantom-CDRs, Ops verantwortet Statusabweichungen, Commercial verantwortet Volumenabweichungen, Legal verantwortet Streiteskalationen.
Der Idealfall. Datensätze sind in internen und Partnerdaten mit übereinstimmendem Zustellstatus vorhanden. Die Basislinie, an der alles andere gemessen wird.
Wir sagen DELIVRD, der Partner sagt EXPIRED. Deutet auf DLR-Timing-Drift, unterschiedliches Error-Code-Mapping oder echte Zustellstreitigkeiten hin.
Möglicherweise fehlende Abrechnung auf Partnerseite. Gegenprüfung mit Firewall-Logs und Routing zur Bestätigung des Sendeabschlusses.
Kandidat für einen Phantom-CDR. Mögliche Doppelzählung, aufgeblähter Testverkehr oder Datenfehler vorgelagert. Der stärkste Hebel zur Umsatzrückgewinnung.
Das Gesamtvolumen stimmt überein, die Verteilung nach Status weicht jedoch ab. Meist ein Zeichen für Drift bei der Segment-/Concatenation-Behandlung zwischen den beiden Systemen.
Bediente Stakeholder
Live-Traffic-Dashboards nach ESME, Netzbetreiber und Route. Qualitäts-KPIs mit Zustellraten und Fehlerverteilungen. Schwellenwert- und Anomalie-Alerts.
Automatisierter Abgleich gegen Partner-CDRs. Leakage-Analyse zur Identifikation nicht abgerechneten Verkehrs und von Phantom-Gebühren. Validierung der Abrechnungsregeln.
Volumentrends pro Partner und Zielland. Kampagnen- und Partnerverhaltensmuster über Netzbetreiber hinweg. Margentransparenz pro Route.
Beweisfähige CDR-Exporte mit vollständiger Korrelation. Forensischer Drilldown nach Message-ID, MSISDN oder Absender. Strukturierte Pakete für Schiedsverfahren.
Herausforderung: Die monatlichen Rechnungen eines A2P-Partners lagen durchgehend über den internen SMSC-Zählungen, doch kein Team hatte eine belastbare Grundlage, die Differenz anzufechten. Vorgehen: Multi-Source-Erfassung über SMSC, Firewall und Partnerdateien; ein unscharfer Abgleich mit ±2 Sekunden Toleranz brachte ein strukturiertes Muster von Nur-Operator-Datensätzen zutage.
Herausforderung: Operations und Finance stritten darüber, was als zugestellte SMS zählt — jedes Team vertraute einem anderen System, und Abweichungen wurden als „Tooling-Rauschen“ abgetan. Vorgehen: Alle Teams erhielten dasselbe Dashboard und dieselben Abgleichs-Buckets; Statusabweichungen und Nur-intern-Datensätze wurden in einem wiederkehrenden wöchentlichen Review Fall für Fall untersucht.
Herausforderung: Ein Enterprise-Kunde des Partners bestritt die Zustellung einer volumenstarken Kampagne; ohne unabhängige Nachweise steckte das Gespräch fest. Vorgehen: Ein forensischer Drilldown nach Sender-ID, MSISDN-Fenster und Zeitstempel ergab ein Nachweispaket mit dem Status jeder einzelnen Nachricht über SMSC-, Firewall- und Operator-Datensätze hinweg.
On-Premise oder Private Cloud, auditfähig, in ganz MENA von Aufsichtsbehörden anerkannt.
Ergänzende Plattformen
Das ergänzende Produkt. ESME CDR deckt A2P-SMS-Datensätze ab; Signaling CDR ergänzt SS7-/SIGTRAN-/SIP-Erfassung und gerichtsfeste forensische Pakete.
Mehr erfahrenMessaging-Kern auf Carrier-Niveau. ESME CDR ist die naheliegende Abgleichsschicht oberhalb von SMSC und Partner-Billing.
Mehr erfahrenVerständliche Antwort auf die häufigste Frage für Teams, die neu in der Telecom-CDR-Arbeit sind.
Mehr erfahrenSie gibt Netzbetreibern, Aggregatoren und Unternehmen eine verlässliche Sicht auf den A2P-SMS-Verkehr — unabhängig vom Reporting eines einzelnen Herstellers. CDRs aus SMSC-, Firewall-, Billing- und Partnerquellen werden konsolidiert, auf ein einheitliches Schema normalisiert, intelligent abgeglichen und in Abgleichs-Buckets kategorisiert — sodass Streitfälle über zurechenbare Nachweise verfügen und Umsatzverluste erkannt werden, bevor sie zu einem wiederkehrenden Schaden werden.
Mehrere Alternativen werden unterstützt: CSV-/XLSX-Export in einen abgefragten SFTP-Ordner, REST- oder SOAP-API-Integration, oder die Abstimmung mit dem SMSC-Hersteller zur Bereitstellung einer lesenden Sicht. Wir haben Dutzende SMSC-Plattformen über viele Generationen von Telecom-Equipment hinweg integriert. Wenn das System Datensätze exportieren kann, kann der Collector sie lesen.
Der Abgleich kombiniert mehrere Schlüssel — Message-ID, MSISDN, Sender-ID und Zeitstempel — mit einem unscharfen Zeitfenster (typischerweise ±2 Sekunden), um Uhrendrift zwischen Systemen auszugleichen. Verkettete Nachrichten werden vor dem Abgleich rekonstruiert, damit eine einzelne logische Nachricht nicht über ihre Segmente hinweg doppelt gezählt wird.
Ein zusammenfassender Bericht mit Summen pro Bucket — abgeglichen, Statusabweichung, Nur-intern, Nur-Operator, Volumenabweichung — sowie detaillierte Ausnahmelisten, exportierbar als CSV für die Analyse, JSON für die Systemintegration oder PDF für formelle Berichte und Partnerstreitigkeiten. Forensischer Drilldown ist für jeden Datensatz verfügbar.
Alle Zeitstempel werden bei der Erfassung auf UTC normalisiert und in UTC gespeichert. Bei der Anzeige in Dashboards oder Berichten werden sie in die vom Benutzer bevorzugte Zeitzone umgerechnet (pro Konto konfigurierbar). Beim Abgleich fängt das unscharfe Zeitfenster sowohl Uhrendrift als auch kleine Umrechnungsfehler bei Zeitzonen ab. Rohe Zeitzonen-Metadaten bleiben für forensische Arbeiten erhalten.
Sie liefert belastbare Betrugsindikatoren, jedoch kein vollständiges Fraud-Management. Volumenbasierte Alerts machen Verkehrsspitzen bestimmter ESME-Konten sichtbar, Verhaltensanalyse markiert verdächtige Sender-ID-Muster, Velocity-Checks erkennen wiederholte Sendungen an dasselbe Ziel, und die Integration mit Firewall-Daten korreliert blockierten Verkehr mit CDR-Mustern. Teams mit vorhandenem Fraud-System speisen diese Indikatoren dort ein; Teams ohne ein solches System beginnen oft genau hier.
On-Premise oder in einer Private Cloud, auf Linux- oder Windows-Servern. Die Datenresidenz liegt vollständig in Ihrer Kontrolle — ohne ausdrückliche Freigabe wird nichts an BroadNet oder Dritte übermittelt. Die Aufbewahrung wird pro Tabelle entsprechend Ihrer internen IT- und Compliance-Richtlinie konfiguriert.
Ein typisches Projekt läuft in Phasen ab: Discovery-Workshop, Pilotbetrieb mit der ersten Datenquelle (meist SMSC), vollständige Integration der übrigen Quellen (Firewall, Billing, Partner) und produktiver Rollout mit Dashboards, Alerts und Team-Schulung. Die Gesamtdauer variiert je nach Komplexität der Umgebung — die meisten Netzbetreiber sind innerhalb eines Quartals im Produktivbetrieb.
Die Frage ist nicht dabei? Fragen Sie unser Ingenieurteam
Dieselbe Plattform, die täglich über 300 Millionen Nachrichten verarbeitet, steht Ihnen als Baustein für Ihre Technologieplattform zur Verfügung.
Wir führen ein Abgleichsaudit gegen Ihre vorhandenen SMSC-, Firewall-, Billing- und Partnerdaten durch — und zeigen Ihnen, was eine unabhängige Korrelationsschicht im letzten Abrechnungszyklus erfasst hätte.
Vertiefen Sie die Konzepte hinter diesem Produkt.
