مالیات برآمد کے لیے Verify سیشن تعلق: دو ڈیبٹ، ایک لیجر کہانی

صارف نے کوڈ مانگا۔ مصنوعہ نے ایک OTP دیکھا۔ والیٹ دو قطاریں ڈال سکتا ہے: کوڈ لے جانے والا SMS ڈیلیوری ڈیبٹ اور بنانے، TTL، جانچ کا Verify سیشن ڈیبٹ۔ اسے «OTP لاگت» میں گھولنے والی ٹیمیں بورڈ پیک میں دو بار گنتی ہیں یا دوسری قطار مہینے کے آخر تک چھپاتی ہیں۔ کوئی کنٹرول نہیں۔ دو ڈیبٹ کو مالیات برآمد کے لیے ایک سیشن کہانی چاہیے۔.

IOSOR Verify کو SMS کے ساتھ ایک white-label prepaid لیجر پر چلاتا ہے۔ کیٹلاگ live اصلی چینل ہے؛ in setup مفت سیشن نہیں۔ ماہانہ USD 1,000+ کے پاس SMS قطاریں اور Verify سیشن قطاریں تجارتی جائزے میں جاتی ہیں۔ دو ڈیبٹ کی تقسیم: OTP ڈیلیوری ڈیبٹ بمقابلہ verify سیشن۔ بغیر افراتفری OTP: بے ترتیبی کے بغیر OTP۔ خرچ روک: پری پیڈ خرچ کنٹرول۔.

ڈیلیوری ڈیبٹ بمقابلہ verify ڈیبٹ

سفر ایک ہے۔ پیسہ دو ہے۔ متعلق، عرف نہیں۔ ڈیلیوری ڈیبٹ اس چینل کو ڈھکتا ہے جس نے کوڈ ڈھویا: انکوڈنگ، حصے، منزل، ٹرمینل DLR۔ Verify سیشن ڈیبٹ اجرا، TTL کھڑکی، جانچ، میعاد یا دوبارہ بھیج پالیسی ڈھکتا ہے۔ مالیات صرف SMS دیکھے تو Verify «مفت» لگتا ہے۔ مصنوعہ صرف Verify دیکھے تو SMS پمپنگ «زیادہ سیشن» لگتی ہے۔ دونوں قطاریں ایک ہی correlation id سے دکھیں۔.

سیشن ID خانے جو مالیات برآمد کرے

مالیات برآمد سیشن کے مطابق دوبارہ گڑھ سکے: verify_session_id، متعلقہ message_id یا ڈیلیوری id، منزل، چینل، TTL، ٹرمینل وجہ، قطار کے مطابق ڈیبٹ رقم اور وقت مہر۔ correlation id کے بغیر ہفتہ رسیدوں کا ڈھیر ہے، لیجر نہیں۔ مصنوعہ ڈیش بورڈ سیشن کامیابی دکھائے اور SMS ابھی pending DLR ہو تو برآمد دونوں طرف ملائے، دو الگ «ہو گیا» نہیں۔ سیشن id سپورٹ ٹکٹ اور میل میزوں میں جیے، صرف لاگ میں نہیں۔.

دوبارہ بھیج TTL اور دوہری قطاریں

دوبارہ بھیج پالیسی طے کرتی ہے دوہری قطاریں نکلیں گی یا نہیں۔ سیشن روک کر بھی SMS داغنے والا کول ڈاؤن (یا الٹ) دو لیجر لڑاتا ہے۔ TTL ختم وہی Verify قطار بند کرے، «بھوت سیشن» نہ کھولے۔ صارف شروع دوبارہ بھیج اور سسٹم ریٹرائی الگ مالک، الگ کول ڈاؤن۔ برآمد resend_reason اور parent_session_id نشان لگائے تاکہ مالیات جائز دوبارہ بھیج کو دوہری بل حادثہ نہ مانے۔.

پیمانے سے پہلے میل

پیمانے سے پہلے ایک ہفتہ میل: بنے سیشن بمقابلہ SMS (یا fallback) کوششیں؛ ٹرمینل DLR بمقابلہ سیشن ٹرمینل (پہنچا+جانچا، نہ پہنچا+میعاد، مسترد+کبھی نہیں جانچا)؛ صارف دوبارہ بھیج سسٹم ریٹرائی سے الگ۔ کوششیں >> سیشن تو بلاسٹ۔ سیشن >> کوششیں تو بغیر چینل Verify بل۔ دونوں تجارتی جائزے میں گرتے ہیں۔ USD 1,000+ کے پاس شدت سے پہلے ایک live راہداری پر تکمیل ثابت کرو۔.

سرخ جھنڈیاں

• SMS بمقابلہ سیشن تقسیم کے بغیر ملا «OTP فیس»
• مارکیٹنگ بلاسٹ جیسا بل Verify
• پالیسی کے بغیر SMS واپس اور سیشن قطار نہ چھونا (یا الٹ)
• دو راستوں میں سے ایک پر کول ڈاؤن نظرانداز کرنے والا دوبارہ بھیج بٹن
• کلائنٹ غلطیاں اپ اسٹریم برانڈ نام دیں
• چینل in setup ہو تو Verify وعدہ
• سیشن تعلق ID کے بغیر ہفتہ وار برآمد۔

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

اپنے تصدیقی ڈ্যাশবোর্ড سے ہفتہ وار سی ایس وی سیمپل برآمد کریں اور تصدیق کریں کہ ہر ویریفائی سیشن آئی ڈی براہ راست اس کے متعلقہ ڈیلیوری میسج آئی ڈی ریکارڈ سے منسلک ہے۔ پروڈکشن اپ ڈیٹس جاری کرنے سے پہلے کیریئر ڈیلیوری رسیدوں کے ساتھ سیشن کے اختتامی اسباب ریکارڈ کرنے کے لیے ویب ہک لاگنگ کی تشکیل کریں۔ جب تک فنانس سات دن کے پورے دورانیے میں صارف کی طرف سے شروع کردہ دوبارہ بھیجنے کی کوششوں کو سسٹم کے دوبارہ کوشش والے ڈیبٹ کے ساتھ کامیابی سے حل نہ کر لے، ٹریفک میں کسی بھی قسم کی توسیع کو روکے رکھیںo۔

IOSOR خلاصہ

تصدیقی اخراجات کو ٹریک کرنے کے لیے سیشن کے لائف سائیکل کو بنیادی پیغام کی ترسیل کے ڈیبٹ سے الگ کرنا ضروری ہے۔ جب فنانس تصدیقی فیس کو سیشن کے تعلق کے بغیر ایک ہی مشترکہ ترسیل کے خانے میں دیکھتا ہے، تو فرضی ڈیبٹ اور غیر منسلک دوبارہ بھیجنے کے اخراجات اکاؤنٹنگ لیجر کو خراب کرتے ہیں۔