CDRs مختلف فیلڈ ناموں، مختلف اسٹیٹس کوڈز اور مختلف ٹائم زونز کے ساتھ مختلف سسٹمز میں موجود ہوتے ہیں۔ اس وجہ سے ری کنسیلیشن (reconciliation) ایک اسپریڈ شیٹ کی مشقت بن جاتی ہے — اور ہر بلنگ سائیکل میں ریونیو کا نقصان ہوتا ہے۔ ESME CDR Intelligence Suite ایک ایسا وینڈر ایگنوستک (vendor-agnostic) کوریلیشن لیئر ہے جو ان سب کو یکجا کرتا ہے، انہیں ذہانت سے میچ کرتا ہے، اور تنازعات کے لیے تیار ثبوت کے پیکجز فراہم کرتا ہے۔
آپریٹرز اور ایگریگیٹرز جو BroadNet کو اپنے ری کنسلی ایشن لیئر کے طور پر استعمال کرتے ہیں
ایک ایسا کوریلیشن لیئر جو ان چیزوں کو بھی پکڑ لیتا ہے جو سنگل وینڈر رپورٹنگ میں رہ جاتی ہیں — اور ایسے ثبوت فراہم کرتا ہے جن پر اگلی ٹیم کارروائی کر سکے۔
SMSC، فائر وال، بلنگ، پارٹنر CSVs — DB، SFTP، API۔
وینڈر سسٹمز کے درمیان کلاک ڈرفٹ سے محفوظ میچنگ۔
Matched · status-mismatch · only-int · only-op · variance۔
کنفیگر ایبل ریٹینشن کے ساتھ روزانہ لاکھوں میسجز۔
ری کنسلیشن ویو جسے RA اور فنانس ٹیمیں ہر صبح کھولتی ہیں — پانچ ویرینس بکیٹس، ایک میچ ریٹ، اور ہر فرق کی واضح وجہ۔ نیچے نمونہ ڈیٹا سے تیار کردہ ایک مثالی رن دیا گیا ہے۔
A = اندرونی SMSC · B = پارٹنر بلنگ
وضاحتی مثال — نمونہ ڈیٹا، یہ آڈٹ شدہ SLA یا لائیو فیڈ نہیں ہے۔
کلیکشن، نارملائزیشن، انٹیلیجنٹ میچنگ، ری کنسلی ایشن اور رپورٹنگ — ہر تہہ کا اپنا دائرہ کار ہے، جو اسکیل ایبل ہے اور دیگر تہوں سے آزادانہ طور پر تبدیل کی جا سکتی ہے۔
براہ راست DB ریڈ، SFTP پولنگ، REST APIs، اور فائل ڈراپ مانیٹرنگ۔ ذرائع کے مطابق شیڈول کیا گیا ہے — ریئل ٹائم کے لیے 5 منٹ، جبکہ بیچ (batch) کے لیے گھنٹہ وار یا روزانہ۔
Source ID، سینڈر ID، ESME اکاؤنٹ، اسٹیٹس کوڈ، اور ٹائم اسٹیمپ — سب کو ایک ہی کینونیکل ماڈل میں میپ کیا گیا ہے۔ ٹائم زونز کو UTC کے مطابق معیاری بنایا گیا ہے۔
message-id، MSISDN، سینڈر ID اور ٹائم اسٹیمپ پر ملٹی-کی میچنگ — کلاک ڈرفٹ کے لیے ±2 سیکنڈ کے فیزی ونڈو کے ساتھ۔
Matched · status-mismatch · only-internal · only-operator · volume-variance۔ ہر بکیٹ کے لیے روٹ کاز (root-cause) کو نشان زد کیا گیا۔
NOC اور RA کے لیے لائیو ڈیش بورڈز؛ فنانس کے لیے شیڈول شدہ رپورٹس؛ قانونی اور پارٹنر تنازعات کے لیے CSV / JSON / PDF ثبوت کے پیک۔
براہ راست DB ریڈ، SFTP پولنگ، REST APIs، اور فائل ڈراپ مانیٹرنگ۔ ذرائع کے مطابق شیڈول کیا گیا ہے — ریئل ٹائم کے لیے 5 منٹ، جبکہ بیچ (batch) کے لیے گھنٹہ وار یا روزانہ۔
Source ID، سینڈر ID، ESME اکاؤنٹ، اسٹیٹس کوڈ، اور ٹائم اسٹیمپ — سب کو ایک ہی کینونیکل ماڈل میں میپ کیا گیا ہے۔ ٹائم زونز کو UTC کے مطابق معیاری بنایا گیا ہے۔
message-id، MSISDN، سینڈر ID اور ٹائم اسٹیمپ پر ملٹی-کی میچنگ — کلاک ڈرفٹ کے لیے ±2 سیکنڈ کے فیزی ونڈو کے ساتھ۔
Matched · status-mismatch · only-internal · only-operator · volume-variance۔ ہر بکیٹ کے لیے روٹ کاز (root-cause) کو نشان زد کیا گیا۔
NOC اور RA کے لیے لائیو ڈیش بورڈز؛ فنانس کے لیے شیڈول شدہ رپورٹس؛ قانونی اور پارٹنر تنازعات کے لیے CSV / JSON / PDF ثبوت کے پیک۔
چار وجوہات جن کی بنا پر آپریٹرز اور ایگریگیٹرز SMSC کے اپنے ڈیش بورڈز پر انحصار کرنے کے بجائے ESME CDR کو ترجیح دیتے ہیں۔
ہم 86 ممالک میں منزل کے آپریٹرز کے ساتھ اپنے SMPP اور SS7 بائنڈز رکھتے ہیں، اور ہر دوسرا روٹ ایک لیبل شدہ پارٹنر روٹ ہے۔ کوئی گرے روٹس نہیں، کوئی غیر متوقع ری-روٹنگ نہیں، اور درمیان میں قیمتوں میں کوئی غیر شفاف اضافہ نہیں۔
2003 سے کام کر رہے ہیں، جس کا ہیڈکوارٹر دبئی میں ہے۔ ہم بینکوں، حکومتوں، ایئر لائنز، اور جدید انٹرنیٹ کو چلانے والے پلیٹ فارمز کے لیے روزانہ 300M+ A2P میسجز بھیجتے ہیں۔
مشرق وسطیٰ اور شمالی افریقہ میں مقامی موجودگی، ساتھ ہی افریقہ، جنوبی ایشیا اور جنوب مشرقی ایشیا کے آپریٹرز کے ساتھ ایسے تعلقات جو عالمی سطح پر رول آؤٹ کو ایک ہی مارکیٹ جیسا محسوس کرواتے ہیں۔
ISO 27001 / 9001 / 22301، SOC 2 Type II، GSMA ایسوسی ایٹ ممبر، HIPAA کے مطابق، GDPR کے مطابق۔ سینڈر ID کی رجسٹریشن ہر ریگولیٹڈ مارکیٹ میں مقامی کمپلائنس ٹیم کے ذریعے ہینڈل کی جاتی ہے۔
ملٹی سورس کلیکٹر
ہم نے ٹیلی کام کٹ کی کئی نسلوں کے دوران درجنوں SMSC پلیٹ فارمز کے ساتھ انٹیگریشن کی ہے۔ اگر کوئی سسٹم ڈیٹا بیس، فائل، یا API کے ذریعے ریکارڈز ایکسپورٹ کر سکتا ہے — تو کلیکٹر انہیں پڑھ سکتا ہے۔
MT اور MO دونوں ریکارڈز۔ براہ راست ریڈ-اونلی DB رسائی یا SFTP کے ذریعے شیڈول شدہ CSV ایکسپورٹ۔
اجازت شدہ، بلاک شدہ، تبدیل شدہ — اسی ٹریفک کا فائر وال ویو، جسے SMSC نے دیکھا اس کے ساتھ کورلیٹ کیا گیا ہے۔
ESME کلائنٹس سے براہ راست SMPP کنکشن — اینڈ ٹو اینڈ ایٹریبیوشن کے لیے گیٹ وے پر کیپچر کیے گئے۔
روٹ شدہ ٹریفک کے ساتھ کراس ویلیڈیشن کے لیے بلنگ پلیٹ فارم سے ریٹنگ اور انوائسنگ ڈیٹا نکالا جاتا ہے۔
آپریٹرز اور ایگریگیٹرز سے CSV / XLSX — SFTP کے ذریعے کھینچی گئی، واچڈ فولڈر میں ڈراپ کی گئی، یا API کے ذریعے پش کی گئی۔
دستیاب ہونے کی صورت میں انٹرنل پائپ لائن اسٹورز سے ڈیٹا پڑھتا ہے — اسے کوریلیشن کو بہتر بنانے اور روٹنگ کے فیصلوں کی تصدیق کے لیے استعمال کیا جاتا ہے۔
Reconciliation بکیٹس
تضادات کو اس طرح تقسیم کیا جاتا ہے کہ متعلقہ ٹیم متعلقہ بکٹ کی ذمہ دار ہو — RA فینٹم CDRs کا ذمہ دار ہے، ops اسٹیٹس کے تضادات کا، کمرشل والیوم کے فرق کا، اور لیگل تنازعات کی اسکیلشن کا ذمہ دار ہے۔
صحیح صورتحال۔ ریکارڈز انٹرنل اور پارٹنر ڈیٹا میں موجود ہیں اور ڈیلیوری اسٹیٹس مستقل ہے۔ یہ وہ بنیادی معیار ہے جس کے مقابلے میں باقیوں کو ماپا جاتا ہے۔
ہم DELIVRD کہتے ہیں، پارٹنر EXPIRED کہتا ہے۔ یہ DLR ٹائمنگ میں فرق، ایرر کوڈ میپنگ کے فرق، یا حقیقی ڈیلیوری تنازعات کو ظاہر کرتا ہے۔
پارٹنر کی طرف سے ممکنہ طور پر بلنگ کا رہ جانا۔ سینڈ تکمیل کی تصدیق کے لیے فائر وال لاگز اور روٹنگ کے ساتھ کراس چیک کریں۔
Phantom-CDR امیدوار۔ ممکنہ ڈپلیکیٹ کاؤنٹ، ٹیسٹ ٹریفک کا اضافہ، یا اپ اسٹریم میں ڈیٹا کی خرابی۔ ریونیو ریکوری کے لیے سب سے مضبوط ذریعہ۔
مجموعی والیوم برابر ہے لیکن فی اسٹیٹس تقسیم مختلف ہے۔ یہ عام طور پر دونوں سسٹمز کے درمیان سیگمنٹ / کنکیٹینیشن ہینڈلنگ میں فرق کی علامت ہے۔
جن ٹیموں کے لیے بنایا گیا
ESME، آپریٹر، اور روٹ کے لحاظ سے لائیو ٹریفک ڈیش بورڈز۔ ڈیلیوری کی شرح اور ایرر ڈسٹری بیوشن کے ساتھ کوالٹی KPIs۔ تھریش ہولڈ اور غیر معمولی صورتحال (anomaly) کے الرٹس۔
پارٹنر CDRs کے خلاف خودکار ری کنسلی ایشن۔ غیر بل شدہ ٹریفک اور فرضی چارجز کی نشاندہی کرنے والا لیکیج تجزیہ۔ بلنگ رولز کی تصدیق۔
ہر پارٹنر اور منزل کے لحاظ سے حجم کے رجحانات۔ آپریٹرز کے درمیان مہم اور پارٹنر کے رویے کے پیٹرن۔ ہر روٹ کے لحاظ سے مارجن کی وضاحت۔
مکمل کوریلیشن کے ساتھ ثبوت کے طور پر استعمال ہونے والے CDR ایکسپورٹس۔ میسج-id، MSISDN، یا سینڈر کے ذریعے فارنزک تفصیلات۔ ثالثی (arbitration) کے لیے منظم پیکجز۔
چیلنج: ایک A2P پارٹنر کے ماہانہ انوائسز مسلسل اندرونی SMSC کاؤنٹس سے زیادہ تھے، لیکن کسی بھی ٹیم کے پاس اس فرق کو چیلنج کرنے کا کوئی ٹھوس طریقہ نہیں تھا۔ طریقہ کار: SMSC، فائر وال، اور پارٹنر فائلوں کے ذریعے کثیر ذرائع سے ڈیٹا جمع کرنا؛ ±2 سیکنڈ کی fuzzy matching سے صرف آپریٹر کے ریکارڈز کا ایک منظم پیٹرن سامنے آیا۔
چیلنج: آپریشنز اور فنانس کے درمیان اس بات پر بحث ہو رہی تھی کہ کسے ڈیلیور شدہ 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 انٹیگریشن، یا ریڈ-اونلی ویو (read-only view) کے لیے SMSC وینڈر کے ساتھ کام کرنا۔ ہم ٹیلی کام کٹ کی کئی نسلوں کے دوران درجنوں SMSC پلیٹ فارمز کے ساتھ انٹیگریٹ ہو چکے ہیں۔ اگر سسٹم ریکارڈز ایکسپورٹ کر سکتا ہے، تو کلیکٹر انہیں پڑھ سکتا ہے۔
میچنگ میں متعدد کیز — message-id، MSISDN، sender-ID، اور ٹائم اسٹیمپ — کو ایک فیوزی ٹائم ونڈو (عام طور پر ±2 سیکنڈ) کے ساتھ ملایا جاتا ہے تاکہ سسٹم کے درمیان کلاک ڈرفٹ (clock drift) کو مدنظر رکھا جا سکے۔ میچنگ سے پہلے کنکیٹینیٹڈ (concatenated) میسجز کو دوبارہ ترتیب دیا جاتا ہے تاکہ ایک ہی لاجیکل میسج کو اس کے حصوں کے ذریعے ڈبل نہ گنا جائے۔
ایک خلاصہ رپورٹ جس میں ہر کیٹگری کے ٹوٹل شامل ہیں — matched، status-mismatch، only-internal، only-operator، volume-variance — اور تفصیلی ایکسیپشن لسٹس تجزیہ کے لیے CSV کے طور پر، سسٹم انٹیگریشن کے لیے JSON کے طور پر، یا رسمی رپورٹس اور پارٹنر تنازعات کے لیے PDF کے طور پر ایکسپورٹ کی جا سکتی ہیں۔ ہر ریکارڈ پر فارنزک ڈرل ڈاؤن دستیاب ہے۔
تمام ٹائم اسٹیمپس انجیشن کے وقت UTC میں نارملائز کیے جاتے ہیں اور UTC میں ہی اسٹور کیے جاتے ہیں۔ جب انہیں ڈیش بورڈز یا رپورٹس میں دکھایا جاتا ہے، تو انہیں صارف کے پسندیدہ ٹائم زون میں تبدیل کر دیا جاتا ہے (جو کہ ہر اکاؤنٹ کے لیے کنفیگر کیا جا سکتا ہے)۔ ری کنسلی ایشن کے لیے، فزی ٹائم ونڈو کلاک ڈرفٹ اور ٹائم زون کنورژن کی چھوٹی غلطیوں کو بھی شامل کر لیتی ہے۔ فرانزک کام کے لیے خام ٹائم زون میٹا ڈیٹا کو محفوظ رکھا جاتا ہے۔
یہ مکمل فراڈ مینجمنٹ کے بجائے مضبوط فراڈ انڈیکیٹرز فراہم کرتا ہے۔ حجم پر مبنی الرٹس مخصوص ESME اکاؤنٹس سے ٹریفک کے اچانک اضافے کو ظاہر کرتے ہیں، بیہیویئرل تجزیہ مشکوک سینڈر ID پیٹرنز کو نشان زد کرتا ہے، ویلوسٹی چیکز ایک ہی منزل پر بار بار بھیجے جانے والے پیٹرنز کی نشاندہی کرتے ہیں، اور فائر وال ڈیٹا کے ساتھ انٹیگریشن بلاک شدہ ٹریفک کو CDR پیٹرنز کے ساتھ جوڑتا ہے۔ وہ ٹیمیں جو پہلے سے ہی فراڈ سسٹم چلا رہی ہیں وہ ان انڈیکیٹرز کو اس میں شامل کرتی ہیں؛ جو ٹیمیں ایسا نہیں کر رہیں وہ اکثر یہیں سے آغاز کرتی ہیں۔
آن پرمس یا پرائیویٹ کلاؤڈ پر، Linux یا Windows سرورز پر۔ ڈیٹا ریزیڈنسی مکمل طور پر آپ کے کنٹرول میں ہے — واضح منظوری کے بغیر BroadNet یا تیسرے فریق کو کچھ نہیں بھیجا جاتا۔ ریٹینشن کو اندرونی IT اور کمپلائنس پالیسی کے مطابق ہر ٹیبل کے لیے کنفیگر کیا جاتا ہے۔
ایک عام انگیجمنٹ مراحل میں چلتی ہے: ڈسکوری ورکشاپ، پہلے ڈیٹا سورس (عام طور پر SMSC) کے لیے پائلٹ ڈیپلائمنٹ، باقی ذرائع (فائر وال، بلنگ، پارٹنرز) کی مکمل انٹیگریشن، اور ڈیش بورڈز، الرٹس اور ٹیم ٹریننگ کے ساتھ پروڈکشن رول آؤٹ۔ اینڈ ٹو اینڈ ٹائم لائنز ماحول کی پیچیدگی کے لحاظ سے مختلف ہوتی ہیں — زیادہ تر آپریٹرز ایک سہ ماہی کے اندر پروڈکشن میں آ جاتے ہیں۔
کیا آپ کا سوال یہاں نہیں ہے؟ ہماری انجینئرنگ ٹیم سے پوچھیں
وہی پلیٹ فارم جو روزانہ 300 ملین سے زائد میسجز ہینڈل کرتا ہے، آپ کے اسٹیک کے لیے بلڈنگ بلاکس کے طور پر دستیاب ہے۔
ہم آپ کے موجودہ SMSC، فائر وال، بلنگ اور پارٹنر ڈیٹا کے خلاف ایک ری کنسلی ایشن آڈٹ کریں گے — اور آپ کو دکھائیں گے کہ ایک آزاد کورلیشن لیئر پچھلے بلنگ سائیکل میں کیا پکڑ سکتی تھی۔
اس پروڈکٹ کے پیچھے موجود تصورات کو مزید گہرائی سے سمجھیں۔
