CDRs अलग-अलग सिस्टम में रहते हैं जिनमें अलग-अलग फ़ील्ड नाम, अलग-अलग स्टेटस कोड और अलग-अलग टाइम ज़ोन होते हैं। इससे रिकॉन्सिलिएशन एक स्प्रेडशीट का काम बन जाता है — और हर बिलिंग साइकिल में रेवेन्यू का नुकसान होता है। ESME CDR Intelligence Suite एक वेंडर-एग्नोस्टिक कोरिलेशन लेयर है जो उन्हें कंसोलिडेट करता है, उन्हें इंटेलिजेंट तरीके से मैच करता है, और विवादों के लिए तैयार एविडेंस पैकेज तैयार करता है।
ऑपरेटर और एग्रीगेटर्स जो BroadNet को अपने रिकॉन्सिलिएशन लेयर के रूप में चलाते हैं
एक ऐसा कोरिलेशन लेयर जो उन चीज़ों को भी पकड़ लेता है जिन्हें सिंगल-वेंडर रिपोर्टिंग मिस कर देती है — और ऐसे सबूत देता है जिन पर अगली टीम कार्रवाई कर सके।
SMSC, फ़ायरवॉल, बिलिंग, पार्टनर CSVs — DB, SFTP, API।
विभिन्न वेंडर सिस्टमों के बीच क्लॉक-ड्रिफ्ट सुरक्षित मैचिंग।
मैच हुआ · status-mismatch · only-int · only-op · variance.
कॉन्फ़िगर करने योग्य रिटेंशन के साथ प्रतिदिन लाखों
रिकॉन्सिलिएशन व्यू जिसे RA और फाइनेंस टीमें हर सुबह खोलती हैं — पाँच वेरिएंस बकेट, एक मैच रेट, और हर विसंगति का स्पष्ट कारण। नीचे दिए गए डेटा में उदाहरण के लिए एक रन दिखाया गया है।
A = इंटरनल SMSC · B = पार्टनर बिलिंग
उदाहरण के लिए — सांकेतिक डेटा, यह ऑडिट किया गया SLA या लाइव फ़ीड नहीं है।
कलेक्शन, नॉर्मलाइज़ेशन, इंटेलिजेंट मैचिंग, रिकॉन्सिलिएशन और रिपोर्टिंग — प्रत्येक लेयर को स्वतंत्र रूप से स्कोप किया गया है, स्केलेबल है और एक-दूसरे से अलग बदला जा सकता है।
Direct DB read, SFTP polling, REST APIs, और file-drop मॉनिटरिंग। सोर्स के अनुसार शेड्यूल किया गया — रियल-टाइम के लिए हर 5 मिनट, और बैच के लिए प्रति घंटा या दैनिक।
Source ID, sender ID, ESME अकाउंट, स्टेटस कोड, टाइमस्टैम्प्स — सभी को एक सिंगल कैनोनिकल मॉडल में मैप किया गया है। टाइम ज़ोन को UTC में मानकीकृत किया गया है।
message-id, MSISDN, sender-ID और timestamp पर मल्टी-की मैचिंग — क्लॉक ड्रिफ्ट के लिए ±2-सेकंड के फ़ज़ी विंडो के साथ।
Matched · status-mismatch · only-internal · only-operator · volume-variance। प्रत्येक बकेट के लिए रूट-कॉज़ फ्लैग किया गया।
NOC और RA के लिए लाइव डैशबोर्ड; फाइनेंस के लिए शेड्यूल्ड रिपोर्ट; कानूनी और पार्टनर विवादों के लिए CSV / JSON / PDF एविडेंस पैक।
Direct DB read, SFTP polling, REST APIs, और file-drop मॉनिटरिंग। सोर्स के अनुसार शेड्यूल किया गया — रियल-टाइम के लिए हर 5 मिनट, और बैच के लिए प्रति घंटा या दैनिक।
Source ID, sender ID, ESME अकाउंट, स्टेटस कोड, टाइमस्टैम्प्स — सभी को एक सिंगल कैनोनिकल मॉडल में मैप किया गया है। टाइम ज़ोन को UTC में मानकीकृत किया गया है।
message-id, MSISDN, sender-ID और timestamp पर मल्टी-की मैचिंग — क्लॉक ड्रिफ्ट के लिए ±2-सेकंड के फ़ज़ी विंडो के साथ।
Matched · status-mismatch · only-internal · only-operator · volume-variance। प्रत्येक बकेट के लिए रूट-कॉज़ फ्लैग किया गया।
NOC और RA के लिए लाइव डैशबोर्ड; फाइनेंस के लिए शेड्यूल्ड रिपोर्ट; कानूनी और पार्टनर विवादों के लिए CSV / JSON / PDF एविडेंस पैक।
4 कारण जिनकी वजह से ऑपरेटर और एग्रीगेटर्स SMSC वेंडर के अपने डैशबोर्ड पर निर्भर रहने के बजाय ESME CDR को चुनते हैं।
हमारे पास 86 देशों में गंतव्य ऑपरेटरों के साथ अपने स्वयं के SMPP और SS7 बाइंड्स हैं, और अन्य सभी रूट लेबल किए गए पार्टनर रूट हैं। कोई ग्रे रूट नहीं, कोई अचानक री-रूटिंग नहीं, और बीच में कोई अस्पष्ट प्राइस मार्कअप नहीं।
2003 से कार्यरत, मुख्यालय दुबई में है। हम बैंकों, सरकारों, एयरलाइंस और आधुनिक इंटरनेट को शक्ति देने वाले प्लेटफ़ॉर्म्स के लिए प्रतिदिन 300M+ application-to-person मैसेज भेजते हैं।
मिडल ईस्ट और नॉर्थ अफ्रीका में स्थानीय उपस्थिति, साथ ही पैन-अफ्रीकी, दक्षिण एशियाई और दक्षिण-पूर्व एशियाई ऑपरेटरों के साथ संबंध जो ग्लोबल रोलआउट को एक ही मार्केट जैसा महसूस कराते हैं।
ISO 27001 / 9001 / 22301, SOC 2 Type II, GSMA एसोसिएट मेंबर, HIPAA-संगत, GDPR-संगत। हर रेगुलेटेड मार्केट में इन-रीजन कंप्लायंस टीम द्वारा सेंडर-ID रजिस्ट्रेशन संभाला जाता है।
मल्टी-सोर्स कलेक्टर
हमने टेलीकॉम किट की कई पीढ़ियों में दर्जनों SMSC प्लेटफॉर्म्स के साथ इंटीग्रेशन किया है। यदि कोई सिस्टम डेटाबेस, फ़ाइल या API के माध्यम से रिकॉर्ड एक्सपोर्ट कर सकता है — तो कलेक्टर उन्हें पढ़ सकता है।
MT और MO दोनों रिकॉर्ड्स। डायरेक्ट रीड-ओनली DB एक्सेस या SFTP के माध्यम से शेड्यूल्ड CSV एक्सपोर्ट।
Allowed, blocked, modified — उसी ट्रैफिक का फ़ायरवॉल व्यू, जिसे SMSC द्वारा देखे गए डेटा के साथ सहसंबद्ध किया गया है।
ESME क्लाइंट्स से सीधे SMPP कनेक्शन — एंड-टू-एंड एट्रिब्यूशन के लिए गेटवे पर कैप्चर किए गए।
रूट किए गए ट्रैफिक के क्रॉस-वैलिडेशन के लिए बिलिंग प्लेटफॉर्म से रेटिंग और इनवॉइसिंग डेटा निकाला जाता है।
ऑपरेटरों और एग्रीगेटर्स से CSV / XLSX — SFTP के माध्यम से निकाला गया, वॉचड फोल्डर में डाला गया, या API के माध्यम से पुश किया गया।
उपलब्ध होने पर इंटरनल पाइपलाइन स्टोर्स से डेटा पढ़ता है — इसका उपयोग कोरिलेशन को बेहतर बनाने और रूटिंग निर्णयों की पुष्टि करने के लिए किया जाता है।
रिकॉन्सिलिएशन बकेट्स
विसंगतियों को इस तरह वर्गीकृत किया जाता है कि सही टीम सही बकेट की जिम्मेदारी ले सके — RA फैंटम CDRs को संभालता है, ops स्टेटस मिसमैच को संभालता है, कमर्शियल वॉल्यूम वेरिएंस को संभालता है, और लीगल डिस्प्यूट एस्केलेशन को संभालता है।
हेल्दी केस। कंसिस्टेंट डिलीवरी स्टेटस के साथ इंटरनल और पार्टनर डेटा में मौजूद रिकॉर्ड्स। वह बेसलाइन जिसके मुकाबले बाकी को मापा जाता है।
हम DELIVRD कहते हैं, पार्टनर EXPIRED कहता है। यह DLR-टाइमिंग ड्रिफ्ट, एरर-कोड मैपिंग में अंतर, या वास्तविक डिलीवरी विवादों को दर्शाता है।
पार्टनर की ओर से संभावित बिलिंग मिस होना। सेंड-कम्प्लीशन की पुष्टि करने के लिए फ़ायरवॉल लॉग और रूटिंग के साथ क्रॉस-चेक करें।
Phantom-CDR कैंडिडेट। संभावित डुप्लिकेट काउंट, टेस्ट-ट्रैफ़िक इन्फ्लेशन, या अपस्ट्रीम में डेटा करप्शन। रेवेन्यू-रिकवरी के लिए सबसे मजबूत लीवर।
कुल वॉल्यूम मेल खाता है लेकिन प्रति-स्टेटस वितरण अलग है। यह आमतौर पर दोनों सिस्टमों के बीच सेगमेंट / कॉनकैटेनेशन हैंडलिंग ड्रिफ्ट का संकेत है।
सेवा प्राप्त टीमें
ESME, ऑपरेटर और रूट के अनुसार लाइव ट्रैफिक डैशबोर्ड। डिलीवरी दर और एरर डिस्ट्रीब्यूशन के साथ क्वालिटी KPIs। थ्रेशोल्ड और विसंगति अलर्ट।
पार्टनर CDRs के साथ ऑटोमेटेड रिकॉन्सिलिएशन। अनबिलड ट्रैफिक और फैंटम चार्जेस की पहचान करने वाला लीकेज एनालिसिस। बिलिंग-रूल वैलिडेशन।
प्रत्येक पार्टनर और डेस्टिनेशन के लिए वॉल्यूम ट्रेंड्स। ऑपरेटरों के बीच कैंपेन और पार्टनर व्यवहार पैटर्न। प्रत्येक रूट पर मार्जिन विजिबिलिटी।
पूर्ण सहसंबंध के साथ एविडेंस-रेडी CDR एक्सपोर्ट्स। मैसेज-id, MSISDN, या सेंडर द्वारा फॉरेंसिक ड्रिल-डाउन। आर्बिट्रेशन के लिए स्ट्रक्चर्ड पैकेज।
चुनौती: एक A2P पार्टनर से प्राप्त मासिक इनवॉइस लगातार आंतरिक SMSC काउंट से अधिक थे, लेकिन किसी भी टीम के पास इस अंतर को चुनौती देने का कोई ठोस तरीका नहीं था। दृष्टिकोण: SMSC, फ़ायरवॉल और पार्टनर फ़ाइलों के माध्यम से मल्टी-सोर्स कलेक्शन; ±2-सेकंड के फ़ज़ी मैचिंग ने केवल-ऑपरेटर रिकॉर्ड के एक स्ट्रक्चर्ड पैटर्न को सामने लाया।
चुनौती: ऑपरेशन्स और फाइनेंस इस बात पर बहस कर रहे थे कि किसे डिलीवर किया गया SMS माना जाए — प्रत्येक टीम एक अलग सिस्टम पर भरोसा करती थी और विसंगतियों को 'टूलिंग नॉइज़' कहकर खारिज कर दिया जाता था। दृष्टिकोण: सभी टीमों को एक ही डैशबोर्ड और रिकॉन्सिलिएशन बकेट दिए गए; स्टेटस-मिसमैच और केवल-इंटरनल रिकॉर्ड्स की आवर्ती साप्ताहिक समीक्षा में केस-दर-केस जांच की गई।
चुनौती: एक पार्टनर एंटरप्राइज कस्टमर ने हाई-वॉल्यूम कैंपेन की डिलीवरी पर विवाद किया; स्वतंत्र सबूतों के बिना बातचीत गतिरोध पर थी। दृष्टिकोण: सेंडर ID, MSISDN विंडो और टाइमस्टैम्प के माध्यम से किए गए फॉरेंसिक ड्रिल-डाउन से एक एविडेंस पैकेज तैयार किया गया, जिसने SMSC, फ़ायरवॉल और ऑपरेटर रिकॉर्ड्स में प्रति-मैसेज स्टेटस दिखाया।
ऑन-प्रिमाइसेस या प्राइवेट-क्लाउड, ऑडिट-रेडी, और MENA में रेगुलेटर द्वारा मान्यता प्राप्त।
साथी प्लेटफॉर्म
साथी उत्पाद। ESME CDR, A2P SMS रिकॉर्ड को कवर करता है; सिग्नलिंग CDR, SS7 / SIGTRAN / SIP कैप्चर और कोर्ट-रेडी फॉरेंसिक पैकेज जोड़ता है।
अधिक जानेंकैरियर-ग्रेड मैसेजिंग कोर। ESME CDR, SMSC और पार्टनर बिलिंग के ऊपर एक नेचुरल रिकॉन्सिलिएशन लेयर है।
अधिक जानेंटेलीकॉम CDR कार्य में नई टीमों के लिए सबसे आम प्रश्न का सरल भाषा में उत्तर।
अधिक जानेंयह ऑपरेटरों, एग्रीगेटर्स और एंटरप्राइज़ को A2P SMS ट्रैफिक का एक विश्वसनीय व्यू प्रदान करता है, जो किसी भी एकल वेंडर की रिपोर्टिंग से स्वतंत्र है। SMSC, फ़ायरवॉल, बिलिंग और पार्टनर स्रोतों से CDRs को समेकित किया जाता है, एक मानक स्कीमा में सामान्य किया जाता है, बुद्धिमानी से मैच किया जाता है, और रिकॉन्सिलिएशन बकेट में वर्गीकृत किया जाता है — ताकि विवादों के पास पुख्ता सबूत हों और रेवेन्यू लीकेज को आवर्ती नुकसान बनने से पहले ही पकड़ा जा सके।
कई विकल्प उपलब्ध हैं: पोल किए गए SFTP फ़ोल्डर में CSV / XLSX एक्सपोर्ट, REST या SOAP API इंटीग्रेशन, या रीड-ओनली व्यू दिखाने के लिए SMSC वेंडर के साथ काम करना। हमने टेलीकॉम किट की कई पीढ़ियों में दर्जनों SMSC प्लेटफॉर्म के साथ इंटीग्रेशन किया है। यदि सिस्टम रिकॉर्ड एक्सपोर्ट कर सकता है, तो कलेक्टर उन्हें पढ़ सकता है।
मैचिंग में कई कीज़ — message-id, MSISDN, sender-ID और timestamp — को एक फ़ज़ी टाइम विंडो (आमतौर पर ±2 सेकंड) के साथ जोड़ा जाता है ताकि सिस्टम के बीच क्लॉक ड्रिफ्ट को संभाला जा सके। मैचिंग से पहले कॉन्कैटिनेटेड मैसेज को फिर से असेंबल किया जाता है ताकि एक सिंगल लॉजिकल मैसेज को उसके सेगमेंट के माध्यम से दो बार न गिना जाए।
प्रत्येक बकेट के कुल योग के साथ एक समरी रिपोर्ट — matched, status-mismatch, only-internal, only-operator, volume-variance — और विस्तृत एक्सेप्शन लिस्ट, जिसे विश्लेषण के लिए CSV, सिस्टम इंटीग्रेशन के लिए JSON, या औपचारिक रिपोर्ट और पार्टनर विवादों के लिए PDF के रूप में एक्सपोर्ट किया जा सकता है। हर रिकॉर्ड पर फॉरेंसिक ड्रिल-डाउन उपलब्ध है।
सभी टाइमस्टैम्प्स को इनजेशन के समय UTC में नॉर्मलाइज़ किया जाता है और UTC में ही स्टोर किया जाता है। डैशबोर्ड या रिपोर्ट में प्रदर्शित करते समय, उन्हें उपयोगकर्ता के पसंदीदा टाइमज़ोन (प्रत्येक अकाउंट के लिए कॉन्फ़िगर करने योग्य) में बदल दिया जाता है। रिकॉन्सिलिएशन के लिए, फ़ज़ी टाइम विंडो क्लॉक ड्रिफ्ट और छोटे टाइमज़ोन-कन्वर्जन एरर्स दोनों को समाहित कर लेती है। फॉरेंसिक कार्य के लिए रॉ टाइमज़ोन मेटाडेटा सुरक्षित रखा जाता है।
यह पूर्ण धोखाधड़ी प्रबंधन के बजाय मजबूत धोखाधड़ी संकेतक प्रदान करता है। वॉल्यूम-आधारित अलर्ट विशिष्ट ESME खातों से ट्रैफिक स्पाइक्स को सामने लाते हैं, व्यवहार संबंधी विश्लेषण संदिग्ध सेंडर-ID पैटर्न को फ्लैग करता है, वेलोसिटी चेक एक ही गंतव्य पर बार-बार होने वाले पैटर्न की पहचान करते हैं, और SMS फ़ायरवॉल डेटा के साथ एकीकरण ब्लॉक किए गए ट्रैफिक को CDR पैटर्न के साथ सहसंबद्ध करता है। जो टीमें पहले से ही एक फ्रॉड सिस्टम चला रही हैं, वे उन संकेतकों को उसमें फीड करती हैं; जो टीमें नहीं चला रही हैं, वे अक्सर वहीं से शुरुआत करती हैं।
On-premise या प्राइवेट क्लाउड पर, Linux या Windows सर्वर पर। डेटा रेजिडेंसी पूरी तरह से आपके नियंत्रण में है — स्पष्ट अनुमति के बिना BroadNet या किसी तीसरे पक्ष को कुछ भी नहीं भेजा जाता है। रिटेंशन को आंतरिक IT और कंप्लायंस पॉलिसी से मेल खाने के लिए प्रत्येक टेबल के अनुसार कॉन्फ़िगर किया जाता है।
एक विशिष्ट एंगेजमेंट चरणों में चलता है: डिस्कवरी वर्कशॉप, पहले डेटा सोर्स (आमतौर पर SMSC) के खिलाफ पायलट डिप्लॉयमेंट, शेष सोर्स (SMS फ़ायरवॉल, बिलिंग, पार्टनर्स) का पूर्ण एकीकरण, और डैशबोर्ड, अलर्ट और टीम ट्रेनिंग के साथ प्रोडक्शन रोलआउट। एंड-टू-एंड समयसीमा पर्यावरण की जटिलता के आधार पर भिन्न होती है — अधिकांश ऑपरेटर एक तिमाही के भीतर प्रोडक्शन में आ जाते हैं।
आपका प्रश्न यहाँ नहीं है? हमारी इंजीनियरिंग टीम से पूछें
वही प्लेटफॉर्म जो हर दिन 300M+ मैसेज प्रोसेस करता है, आपके स्टैक के लिए बिल्डिंग ब्लॉक्स के रूप में उपलब्ध है।
हम आपके मौजूदा SMSC, फ़ायरवॉल, बिलिंग और पार्टनर डेटा के विरुद्ध एक रिकॉन्सिलिएशन ऑडिट करेंगे — और आपको दिखाएंगे कि एक इंडिपेंडेंट कोरिलेशन लेयर पिछले बिलिंग साइकिल में क्या पकड़ सकती थी।
इस प्रोडक्ट के पीछे की अवधारणाओं को विस्तार से समझें।
