کیوڈ بمقابلہ سینٹ: IOSOR میں ایک ہی پیغام کا راستہ

کیوڈ بمقابلہ سینٹ: IOSOR میں ایک ہی پیغام کا راستہ.

کیوڈ اور سینٹ کے لیے سنگل اسٹیٹ مشین

جب کوئی API درخواست E.164 منزل پر SMS یا OTP بھیجنے کے لیے پلیٹ فارم پر پہنچتی ہے، تو پروڈکٹ اور فنانس ٹیموں کو بالکل ایک ہی لائف سائیکل اسٹیٹ کا حوالہ دینا ہوتا ہے۔ پرانے سسٹمز میں، پروڈکٹ 'کیوڈ' کو انجینئرنگ سٹیٹس سمجھتی ہے جبکہ فنانس مہینے کے اختتام کی رپورٹس کا انتظار کرتی ہے۔ IOSOR ایک سنگل سٹیٹ مشین چلا کر اس فرق کو ختم کرتا ہے۔ جیسے ہی HTTP درخواست کی تصدیق ہوتی ہے، پیغام فوری طور پر کیوڈ اسٹیٹ میں داخل ہو جاتا ہے۔ یہ اسٹیٹ ٹرانزیکشن لاگ میں ایک اندراج بناتی ہے، روٹ ریٹ کو لاک کرتی ہے اور کلائنٹ کے پری پیڈ والیٹ پر ہولڈ عائد کرتی ہے۔

کیو پر مالیاتی ریزرو بمقابلہ حتمی سیٹلمنٹ

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

ٹرانزیشن ٹریگرز: API سے ہینڈ آف تک

کیوڈ اور سینٹ کے درمیان حد بہت سخت ہے۔ کیوڈ کا مطلب ہے کہ درخواست کی تصدیق ہو چکی ہے، ریٹ کا حساب لگا لیا گیا ہے اور محفوظ فنڈز کے ساتھ بھیجنے کی کیو میں تفویض کر دیا گیا ہے۔ سینٹ ظاہر کرتا ہے کہ گیٹ وے نے PDU کو نیٹ ورک پر منتقل کر دیا ہے اور تصدیق حاصل کر لی ہے۔ اس ملی سیکنڈ میں، سسٹم اسٹیٹ کو کیوڈ سے سینٹ میں اپ ڈیٹ کرتا ہے اور ایک ویب ہوک ایونٹ بھیجتا ہے۔ JIT ایلوکیشن کا استعمال کرتے ہوئے نمبرز کی فراہمی کی جاتی ہے تاکہ E.164 روٹنگ درست وقت پر ہو۔

ڈیلیوری رپورٹس کے ساتھ لیجر آڈٹ کی مطابقت

DLR میں تاخیر کی صورت میں فنانس آڈٹ اور انجینئرنگ لاگز میں فرق آ سکتا ہے۔ IOSOR میں، سینٹ حتمی ڈیبٹ کا اکاؤنٹنگ پوائنٹ ہے۔ DELIVERED یا UNDELIVERED جیسے DLR سٹیٹس ابتدائی ٹرانزیکشن لیجر کو تبدیل کیے بغیر آپریشنل میٹرکس کو اپ ڈیٹ کرتے ہیں۔ اگر کوئی STOP کمانڈ موصول ہوتی ہے، تو اس E.164 ایڈریس کی اگلی کوششیں مالیاتی ہولڈ سے پہلے ہی API کی سطح پر Verify OK سٹیٹس کے ساتھ رد کر دی جاتی ہیں۔

آپریشنل پلے بک اور متعلقہ آرکیٹیکچر

انجینئرنگ اور فنانس کے درمیان ہم آہنگی برقرار رکھنے کے لیے، کیو ہینڈلنگ، آئیڈیمپوٹنسی اور والیٹ میکانکس کے لیے ان رہنما خطوط پر عمل کریں:

• والیوم پر ویب ہুক کنزیومার آپریشنز
• والیٹ پائلٹ ہفتہ: لائیو ٹریفک پر ہول اور ڈیبٹ کی حقیقت
• آئیڈیمپوٹنسی، دوبارہ کوشش اور پیسہ

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

IOSOR کنسول کھولیں اور لائف سائیکل اسٹیٹ مشین کی تشکیل پر جائیں تاکہ آپ کے آؤٹ باؤنڈ ہکس سنگل کیو ٹو سینٹ پائپ لائن کے ساتھ ہم آہنگ ہو جائیں۔ اپنے لیجر انٹیگریشن کو اس طرح ترتیب دیں کہ وہ ڈاؤن اسٹریم کیریئر ڈی ایل آر کا انتظار کرنے کے بجائے 'سینٹ' اسٹیٹ کو حتمی ڈیবিট کمٹ کے طور پر تسلیم کرے۔ ٹیسٹ ڈسپیچ چلا کر اور انجینئرنگ ویب ہکس اور مالیاتی لاگز میں یکساں ٹرانزیکشن اسٹیٹ آئی ڈی کا آڈٹ کر کے سیٹ اپ کی تصدیق کریں۔

IOSOR خلاصہ

اس گائیড سے ثابت ہوا کہ پروڈکٹ ٹیلی میٹری اور بلنگ کو ایک ہی اسٹیٹ مشین کے گرد یکجا کرنے سے انجینئرنگ اور فنانس کے درمیان آپریشنل رکاوٹیں ختم ہو جاتی ہیں۔ قطار میں داخل ہونے پر فنڈز کو محفوظ بنانا اور جب گیٹ وے 'سینٹ' ایونٹ جاری کرے تو حتمی ڈیবিট کمٹ کرنا ایک ایسا قطعی اکاؤنٹنگ ماڈل بناتا ہے جو تاخیر کا شکار یا غائب ہونے والی ڈیلیوری رسیدوں سے متاثر نہیں ہوتا۔

اکاؤنٹنگ سیٹلمنٹ کے اشارے صرف 'سینٹ' ٹرانزیشن سے منسلک کریں جبکہ ڈی ایل آر کو سختی سے آپریشنل کوالٹی میٹرکس کے لیے استعمال کریں۔ لیجر ایڈجسٹمنٹ یا ڈیবিট کمٹس کو غیر مطابقت پذیر (asynchronous) ڈیلیوری رسیدوں سے نہ جوڑیں، کیونکہ اس سے اکاؤنٹنگ میں فرق اور آڈٹ مفاہمت کے تنازعات پیدا ہوتے ہیں۔