CDR berada di berbagai sistem dengan nama field, kode status, dan zona waktu yang berbeda-beda. Rekonsiliasi menjadi sekadar tugas pengisian spreadsheet — dan pendapatan bocor pada setiap siklus penagihan. ESME CDR Intelligence Suite adalah lapisan korelasi vendor-agnostik yang mengonsolidasikannya, mencocokkannya secara cerdas, dan menghasilkan paket bukti yang siap untuk penyelesaian sengketa.
Operator dan agregator yang menjalankan BroadNet sebagai lapisan rekonsiliasi mereka
Satu lapisan korelasi yang menangkap apa yang terlewatkan oleh pelaporan vendor tunggal — dan menghasilkan bukti yang dapat ditindaklanjuti oleh tim berikutnya.
SMSC, firewall, penagihan, CSV mitra — DB, SFTP, API.
Pencocokan aman terhadap drift jam di seluruh sistem vendor.
Cocok · status-mismatch · hanya-int · hanya-op · varians.
Jutaan per hari dengan retensi yang dapat dikonfigurasi.
Tampilan rekonsiliasi yang dibuka tim RA dan keuangan setiap pagi — lima kategori varians, satu tingkat kecocokan, setiap diskrepansi dapat ditelusuri. Berikut adalah contoh ilustratif yang dibuat dari data sampel.
A = SMSC internal · B = penagihan mitra
Contoh ilustratif — data sampel, bukan SLA yang diaudit atau umpan langsung.
Pengumpulan, normalisasi, pencocokan cerdas, rekonsiliasi, dan pelaporan — setiap lapisan memiliki cakupan, skalabilitas, dan dapat diganti secara independen satu sama lain.
Pembacaan DB langsung, polling SFTP, REST API detik, pemantauan file-drop. Dijadwalkan per sumber — 5 menit untuk real-time, per jam atau harian untuk batch.
ID sumber, sender ID, akun ESME, kode status, stempel waktu — semuanya dipetakan ke satu model kanonik. Zona waktu distandarisasi ke UTC.
Pencocokan multi-kunci pada message-id, MSISDN, sender-ID, dan timestamp — dengan jendela fuzzy ±2 detik untuk drift jam.
Matched · status-mismatch · only-internal · only-operator · volume-variance. Penyebab utama ditandai per kategori.
Dasbor langsung untuk NOC dan RA; laporan terjadwal untuk keuangan; paket bukti CSV / JSON / PDF untuk sengketa hukum dan mitra.
Pembacaan DB langsung, polling SFTP, REST API detik, pemantauan file-drop. Dijadwalkan per sumber — 5 menit untuk real-time, per jam atau harian untuk batch.
ID sumber, sender ID, akun ESME, kode status, stempel waktu — semuanya dipetakan ke satu model kanonik. Zona waktu distandarisasi ke UTC.
Pencocokan multi-kunci pada message-id, MSISDN, sender-ID, dan timestamp — dengan jendela fuzzy ±2 detik untuk drift jam.
Matched · status-mismatch · only-internal · only-operator · volume-variance. Penyebab utama ditandai per kategori.
Dasbor langsung untuk NOC dan RA; laporan terjadwal untuk keuangan; paket bukti CSV / JSON / PDF untuk sengketa hukum dan mitra.
Empat alasan mengapa operator dan agregator memilih ESME CDR dibandingkan mengandalkan dashboard milik vendor SMSC.
Kami memiliki bind SMPP dan SS7 kami sendiri dengan operator tujuan di 86 negara, dan setiap rute lainnya adalah rute mitra yang terlabel. Tanpa rute abu-abu, tanpa pengalihan rute yang mengejutkan, tanpa markup harga yang tidak transparan di tengah.
Beroperasi sejak 2003, berkantor pusat di Dubai. Kami mengirimkan 300 juta+ pesan application-to-person setiap hari untuk bank, pemerintah, maskapai penerbangan, dan platform yang menggerakkan internet modern.
Kehadiran lokal di seluruh Timur Tengah dan Afrika Utara, ditambah hubungan operator di seluruh Afrika, Asia Selatan, dan Asia Tenggara yang membuat peluncuran global terasa seperti satu pasar tunggal.
ISO 27001 / 9001 / 22301, SOC 2 Type II, Anggota Associate GSMA, selaras dengan HIPAA, selaras dengan GDPR. Registrasi sender-ID ditangani oleh tim kepatuhan regional di setiap pasar yang diatur.
Pengumpul multi-sumber
Kami telah terintegrasi dengan puluhan platform SMSC di berbagai generasi perangkat telekomunikasi. Jika sebuah sistem dapat mengekspor rekaman — melalui basis data, file, atau API — kolektor dapat membacanya.
Rekaman MT dan MO. Akses DB read-only langsung atau ekspor CSV terjadwal via SFTP.
Diizinkan, diblokir, dimodifikasi — tampilan firewall dari trafik yang sama, dikorelasikan dengan apa yang dilihat SMSC.
Koneksi SMPP langsung dari klien ESME — ditangkap di gateway untuk atribusi ujung ke ujung.
Data rating dan penagihan ditarik dari platform penagihan untuk validasi silang terhadap trafik yang dirutekan.
CSV / XLSX dari operator dan agregator — ditarik melalui SFTP, dimasukkan ke folder yang dipantau, atau dikirim melalui API.
Membaca dari penyimpanan pipa internal saat tersedia — digunakan untuk memperkaya korelasi dan mengonfirmasi keputusan rute.
Kategori rekonsiliasi
Diskrepansi dikategorikan agar tim yang tepat menangani kategori yang sesuai — RA menangani phantom CDR, ops menangani ketidaksesuaian status, komersial menangani variansi volume, dan legal menangani eskalasi sengketa.
Kasus ideal. Rekaman tersedia dalam data internal dan mitra dengan status pengiriman yang konsisten. Menjadi tolok ukur untuk mengukur kasus lainnya.
Kami menyatakan DELIVRD, mitra menyatakan EXPIRED. Menunjukkan penyimpangan waktu DLR, perbedaan pemetaan kode kesalahan, atau sengketa pengiriman yang nyata.
Potensi tagihan yang hilang di sisi mitra. Lakukan pemeriksaan silang terhadap log firewall dan perutean untuk mengonfirmasi penyelesaian pengiriman.
Kandidat Phantom-CDR. Kemungkinan penghitungan duplikat, inflasi trafik uji coba, atau korupsi data di hulu. Tuas pemulihan pendapatan terkuat.
Volume agregat cocok, tetapi distribusi per-status berbeda. Biasanya merupakan tanda adanya pergeseran penanganan segmen / konkatenasi antara kedua sistem.
Tim yang dilayani
Dasbor trafik langsung berdasarkan ESME, operator, dan rute. KPI kualitas dengan tingkat keterkiriman dan distribusi kesalahan. Peringatan ambang batas dan anomali.
Rekonsiliasi otomatis terhadap CDR mitra. Analisis kebocoran untuk mengidentifikasi trafik yang tidak tertagih dan biaya fiktif. Validasi aturan penagihan.
Tren volume per mitra dan tujuan. Pola perilaku kampanye dan mitra di berbagai operator. Visibilitas margin per rute.
Ekspor CDR yang siap sebagai bukti dengan korelasi lengkap. Penelusuran forensik berdasarkan message-id, MSISDN, atau pengirim. Paket terstruktur untuk arbitrase.
Tantangan: Faktur bulanan dari satu mitra A2P secara konsisten melebihi hitungan SMSC internal, namun tidak ada tim yang memiliki cara yang dapat dipertahankan untuk menyanggah perbedaan tersebut. Pendekatan: Pengumpulan multi-sumber melalui SMSC, firewall, dan file mitra; pencocokan fuzzy ±2 detik mengungkap pola terstruktur dari catatan khusus operator.
Tantangan: Tim operasional dan keuangan berselisih mengenai apa yang dianggap sebagai SMS yang terkirim — setiap tim mempercayai sistem yang berbeda dan perbedaan data dianggap hanya sebagai 'gangguan sistem'. Pendekatan: Seluruh tim diberikan dasbor dan kategori rekonsiliasi yang sama; ketidaksesuaian status dan catatan internal saja diselidiki secara kasus per kasus dalam tinjauan mingguan rutin.
Tantangan: Seorang pelanggan perusahaan mitra menyanggah pengiriman pada kampanye bervolume tinggi; tanpa bukti independen, diskusi tersebut berakhir buntu. Pendekatan: Analisis forensik mendalam berdasarkan sender ID, jendela MSISDN, dan stempel waktu menghasilkan paket bukti yang menunjukkan status per pesan di seluruh catatan SMSC, firewall, dan operator.
On-premise atau private-cloud, siap audit, diakui regulator di seluruh MENA.
Platform pendamping
Produk pendamping. ESME CDR mencakup A2P SMS catatan; Signaling CDR menambahkan penangkapan SS7 / SIGTRAN / SIP serta paket forensik yang siap untuk kebutuhan pengadilan.
Pelajari lebih lanjutInti perpesanan kelas operator. CDR ESME adalah lapisan rekonsiliasi alami di atas SMSC dan penagihan mitra.
Pelajari lebih lanjutJawaban dalam bahasa sederhana untuk pertanyaan paling umum bagi tim yang baru dalam pekerjaan CDR telekomunikasi.
Pelajari lebih lanjutIni memberikan operator, agregator, dan perusahaan satu tampilan terpercaya untuk trafik A2P SMS, terlepas dari pelaporan vendor mana pun. CDR dari SMSC, firewall, penagihan, dan sumber mitra dikonsolidasikan, dinormalisasi ke skema kanonik, dicocokkan secara cerdas, dan dikategorikan ke dalam bucket rekonsiliasi — sehingga sengketa memiliki bukti yang dapat diatribusikan dan kebocoran pendapatan dapat terdeteksi sebelum menjadi kerugian yang berulang.
Berbagai alternatif didukung: ekspor CSV / XLSX ke folder SFTP yang dipantau, integrasi REST atau SOAP API, atau bekerja sama dengan vendor SMSC untuk menampilkan tampilan baca-saja (read-only). Kami telah terintegrasi dengan lusinan platform SMSC di berbagai generasi perangkat telekomunikasi. Jika sistem dapat mengekspor catatan, kolektor dapat membacanya.
Pencocokan menggabungkan beberapa kunci — message-id, MSISDN, sender-ID, dan timestamp — dengan jendela waktu fuzzy (biasanya ±2 detik) untuk mengakomodasi clock drift antar sistem. Pesan yang digabungkan (concatenated) disusun kembali sebelum pencocokan agar satu pesan logis tidak dihitung dua kali di seluruh segmennya.
Laporan ringkasan dengan total per kategori — matched, status-mismatch, only-internal, only-operator, volume-variance — dan daftar pengecualian terperinci yang dapat diekspor sebagai CSV untuk analisis, JSON untuk integrasi sistem, atau PDF untuk laporan formal dan sengketa mitra. Drill-down forensik tersedia pada setiap catatan.
Semua stempel waktu dinormalisasi ke UTC saat ingesti dan disimpan dalam UTC. Saat ditampilkan di dasbor atau laporan, stempel waktu tersebut dikonversi ke zona waktu pilihan pengguna (dapat dikonfigurasi per akun). Untuk rekonsiliasi, jendela waktu fuzzy menyerap penyimpangan jam dan kesalahan konversi zona waktu yang kecil. Metadata zona waktu mentah tetap dipertahankan untuk keperluan forensik.
Ini menyediakan indikator penipuan yang kuat alih-alih manajemen penipuan penuh. Peringatan berbasis volume memunculkan lonjakan trafik dari akun ESME tertentu, analisis perilaku menandai pola sender ID yang mencurigakan, pemeriksaan kecepatan mengidentifikasi pola pengiriman berulang ke tujuan yang sama, dan integrasi dengan data firewall mengorelasikan trafik yang diblokir dengan pola CDR. Tim yang sudah menjalankan sistem penipuan akan memasukkan indikator tersebut ke dalamnya; tim yang belum memilikinya sering kali memulai dari sana.
On-premise atau di cloud pribadi, pada server Linux atau Windows. Residensi data sepenuhnya berada di bawah kendali Anda — tidak ada data yang dikirim ke BroadNet atau pihak ketiga tanpa persetujuan eksplisit. Retensi dikonfigurasi per tabel untuk menyesuaikan dengan kebijakan IT internal dan kepatuhan.
Keterlibatan tipikal berjalan dalam beberapa fase: lokakarya penemuan, penerapan pilot terhadap sumber data pertama (biasanya SMSC), integrasi penuh sumber data lainnya (firewall, penagihan, mitra), dan peluncuran produksi dengan dasbor, peringatan, serta pelatihan tim. Lini masa end-to-end bervariasi tergantung kompleksitas lingkungan — sebagian besar operator sudah masuk tahap produksi dalam satu kuartal.
Pertanyaan tidak ada di sini? Tanyakan kepada tim engineering kami
Platform yang sama yang menangani 300jt+ pesan per hari, tersedia sebagai blok bangunan untuk stack Anda.
Kami akan menjalankan audit rekonsiliasi terhadap data SMSC, firewall, penagihan, dan mitra Anda — serta menunjukkan apa yang dapat ditangkap oleh lapisan korelasi independen pada siklus penagihan terakhir.
Pelajari lebih dalam mengenai konsep di balik produk ini.
