غیر درست MSISDN سے چارج نہیں ہونا چاہیے

غیر درست MSISDN سے چارج نہیں ہونا چاہیے.

انگریس توثیق بمقابلہ ڈاؤن اسٹریم ناکامی

جب آپ زیادہ مقدار میں SMS یا OTP ٹریفک کو روٹ کر رہے ہوں، تو مالیاتی سالمیت کے لیے انگریس پر ایک غیر درست منزل کے پتے اور ڈاؤن اسٹریم ڈیلیوری کی ناکامی کے درمیان فرق کرنا انتہائی اہم ہے۔ کسی بھی لیجر ٹرانزیکشن سے پہلے API گیٹ وے پر غیر درست MSISDN کو فوری طور پر مسترد کر دیا جانا چاہیے۔ اگر کوئی غیر درست نمبر انگریس چیکس کو بائی پاس کرتا ہے، تو یہ نامعلوم اسٹیٹس کے ساتھ ڈاؤن اسٹریم DLR پیدا کر سکتا ہے، جو خرچ کی طرح لگتا ہے لیکن کوئی ڈیلیوری فراہم نہیں کرتا۔ IOSOR اس کو روکنے کے لیے سخت توثیقی قوانین نافذ کرتا ہے، تاکہ آپ کا بیلنس غلط فارمیٹس سے محفوظ رہے۔

E.164 پارسنگ انجن

موبائل نمبر کو نشانہ بنانے والی ہر API درخواست عالمی E.164 معیار کے مطابق ریئل ٹائم پارسنگ سے گزرتی ہے۔ پلیٹ فارم کنٹری کوڈ، نیشنل ڈیسٹینیشن کوڈ، اور سبسکرائبر نمبر کی لمبائی کی جانچ کرتا ہے۔ اگر فارمیٹ غیر درست ہو، تو گیٹ وے فوری طور پر HTTP 400 Bad Request واپس کرتا ہے۔ یہ ریئل ٹائم توثیق یقینی بناتی ہے کہ وسائل مختص کرنے یا پری پیڈ ہولڈ لاگو کرنے سے پہلے غیر موجود روٹنگ راستوں کو بلاک کر دیا جائے۔ یہ طریقہ کار غیر درست نمبروں کو ڈاؤن اسٹریم کیریئر کے سوالات کو متحرک کرنے سے روکتا ہے جو پوشیدہ اخراجات کا باعث بنتے ہیں۔

لیجر کے قوانین اور پری پیڈ ہولڈز

صحت مند بیلنس برقرار رکھنے کے لیے، IOSOR ریئل ٹائم لیجر استعمال کرتا ہے۔ جب ایک درست SMS درخواست قبول کی جاتی ہے، تو آپ کے بیلنس پر ایک عارضی پری پیڈ ہولڈ رکھا جاتا ہے۔ اگر پیغام کامیابی سے روٹ ہو جاتا ہے، تو ہولڈ ڈیبٹ میں تبدیل ہو جاتا ہے۔ تاہم، اگر نمبر کو انگریس پر غیر درست قرار دیا جائے، تو کوئی ہولڈ نہیں بنایا جاتا اور صفر بیلنس ڈیبٹ ہوتا ہے۔ یہ آپ کے USD 20 پری پیڈ فلور کو غلط منزل کے اسٹرنگز کی وجہ سے ضائع ہونے سے بچاتا ہے۔ بڑے پیمانے پر کام کرنے والے اکاؤنٹس کے لیے، ماہانہ USD 1,000 کے قریب سافٹ ریویو روٹنگ ٹیبلز کو بہتر بنانے اور مخصوص وسائل کے لیے MRC حدود کو ایڈجسٹ کرنے میں مدد کرتا ہے۔

ویب ہک پے لوڈز اور ایرر کوڈز

جب کوئی پیغام انگریس پر مسترد ہوتا ہے، تو API کے جواب میں ایک مخصوص غلطی کا پے لوڈ ہوتا ہے۔ غیر مطابقت پذیر DLR ویب ہک کا انتظار کرنے کے بجائے، آپ کی ایپلیکیشن کو فوری طور پر مطابقت پذیر غلطی موصول ہوتی ہے۔ اس پے لوڈ میں غیر درست پیرامیٹر اور واضح مسترد کوڈ شامل ہوتا ہے۔ درست نمبروں کے لیے، سسٹم روٹنگ کا راستہ تفویض کرے گا اور ویب ہک کے ذریعے اسٹیٹس اپ ڈیٹس بھیجے گا، بشمول STOP اور Verify OK ایونٹس، جس سے آپ کے پیغام رسانی کے پائپ لائن کی مکمل شفافیت یقینی ہوتی ہے بغیر کسی API سائیکل کو ضائع کیے۔

ڈویلپر وسائل اور انٹیگریشن

ایک مضبوط انٹیگریشن بنانے کے لیے جو غیر ضروری اخراجات سے بچائے، ڈویلپرز کو API کو ہٹ کرنے سے پہلے کلائنٹ سائڈ توثیق نافذ کرنی چاہیے۔ اپنی انٹیگریشن کو بہتر بنانے کے لیے ان ضروری گائیڈز کا جائزہ لیں:

• API انگریس پوائنٹس پر E.164 فون فارمیٹ کی توثیق
• والیٹ پائلٹ ہفتہ: لائیو ٹریفک پر ہول اور ڈیبٹ کی حقیقت
• SMS API خرید کی فہرست

IOSOR کے ساتھ شروع کریں

سینڈ باکس سے بغیر ملک کوڈ منزل اور ناممکن لمبائی والی پر POST کریں۔ HTTP 400 اور اچھوتا ledger توقع کریں — hold نہیں، ڈیبٹ نہیں۔ پھر جائز E.164 بھیجیں اور تصدیق کریں hold صرف accept کے بعد دکھے۔ اگر ناجائز جوڑے پر پیسہ ہلا تو داخلہ پارس ٹوٹا ہے۔

IOSOR خلاصہ

داخلے پر ہیئت مسترد ترسیل کی ناکامی نہیں۔ ناجائز MSISDN کبھی hold نہ کھولے۔ کریں: پیسہ ہلنے سے پہلے E.164 پارس کریں۔ نہ کریں: جو ڈیبٹ ہونا ہی نہیں چاہیے اس کی وضاحت unknown DLR سے نہ مانگیں۔ نمبر درست شکل لے تک ledger خاموش رہے۔