IOSOR المعرفة
يجب ألا يتم خصم الرصيد عند وجود رقم MSISDN غير صالح
تعرف على كيفية قيام منصة IOSOR بحظر أرقام هواتف E.164 غير الصالحة عند الدخول، مما يمنع عمليات الخصم الخاطئة من دفتر الحسابات ويحمي رصيدك المدفوع مسبقًا.
يجب ألا يتم خصم الرصيد عند وجود رقم MSISDN غير صالح.
التحقق من صحة الإدخال مقابل فشل التدفق السفلي
عند توجيه حركة مرور رسائل SMS أو OTP بكميات كبيرة، فإن التمييز بين عنوان وجهة غير صالح عند الدخول (ingress) وفشل التسليم في التدفق السفلي (downstream) يعد أمرًا بالغ الأهمية للسلامة المالية. يجب رفض رقم MSISDN غير الصالح على الفور عند بوابة واجهة برمجة التطبيقات قبل حدوث أي معاملة في دفتر الحسابات. إذا تجاوز رقم غير صالح عمليات التحقق عند الدخول، فقد يؤدي ذلك إلى إنشاء تقرير تسليم (DLR) في التدفق السفلي بحالة غير معروفة، وهو ما يبدو كأنه إنفاق ولكنه لا يؤدي إلى أي تسليم فعلي. تطبق IOSOR قواعد تحقق صارمة لمنع ذلك، مما يضمن حماية رصيدك من تنسيقات الوجهة الخاطئة.
محرك تحليل E.164
تخضع كل عملية طلب واجهة برمجة تطبيقات تستهدف رقم هاتف محمول لتحليل في الوقت الفعلي وفقًا للمعيار العالمي E.164. تتحقق المنصة من رمز البلد، ورمز الوجهة الوطنية، وطول رقم المشترك. إذا كان التنسيق غير صالح، فإن البوابة تعيد خطأ فوريًا HTTP 400 Bad Request. يضمن هذا التحقق في الوقت المناسب (JIT) حظر مسارات التوجيه غير الموجودة قبل تخصيص الموارد أو تطبيق أي حجز مسبق الدفع. تمنع هذه الآلية الأرقام غير الصالحة من إطلاق استعلامات مشغل شبكة الجوال في التدفق السفلي والتي تؤدي إلى تكاليف مخفية.
قواعد دفتر الحسابات والاحتجاز المسبق للدفع
للحفاظ على رصيد صحي، تستخدم IOSOR دفتر حسابات في الوقت الفعلي. عندما يتم قبول طلب SMS صالح، يتم وضع حجز مؤقت مسبق الدفع على رصيدك. إذا تم توجيه الرسالة بنجاح، يتحول الحجز إلى خصم مباشر. ومع ذلك، إذا تم وضع علامة على الرقم على أنه غير صالح عند الدخول، فلن يتم إنشاء أي حجز، ويتم خصم رصيد بقيمة صفر. يحمي هذا الحد الأدنى لرصيدك المدفوع مسبقًا البالغ USD 20 من التآكل بسبب سلاسل الوجهة المشوهة. بالنسبة للحسابات التي تتوسع، تساعد المراجعة المرنة بالقرب من USD 1,000 شهريًا في تحسين جداول التوجيه وتعديل حدود MRC للموارد المخصصة.
حمولات Webhook ورموز الخطأ
عندما يتم رفض رسالة عند الدخول، يحتوي استجابة واجهة برمجة التطبيقات على حمولة خطأ محددة. بدلاً من انتظار webhook لـ DLR غير متزامن، يتلقى تطبيقك خطأً متزامنًا فوريًا. تتضمن هذه الحمولة المعلمة غير الصالحة ورمز رفض واضح. بالنسبة للأرقام الصالحة، سيقوم النظام بتعيين مسار التوجيه وإرسال تحديثات الحالة عبر webhook، بما في ذلك أحداث STOP و Verify OK، مما يضمن الشفافية الكاملة لخط أنابيب الرسائل الخاص بك دون إضاعة دورات واجهة برمجة التطبيقات.
موارد المطورين والتكامل
لبناء تكامل قوي يتجنب الإنفاق غير الضروري، يجب على المطورين تنفيذ التحقق من جانب العميل قبل الاتصال بواجهة برمجة التطبيقات. راجع هذه الأدلة الأساسية لتحسين التنفيذ الخاص بك:
- التحقق من تنسيق هاتف E.164 في نقاط دخول واجهة برمجة التطبيقات
- أسبوع تجربة المحفظة: حقيقة الاحتجاز والخصم على حركة المرور الحية
- قائمة شراء واجهة SMS
ابدأ مع IOSOR
من صندوق الرمل أرسلوا POST إلى وجهة بلا رمز بلد وأخرى بطول مستحيل. انتظروا HTTP 400 وسجلًا بلا تغيير — لا حجز ولا خصم. ثم أرسلوا E.164 صالحًا وتأكدوا أن الحجز يظهر فقط بعد accept. إن تحرّك المال على الزوج الباطل فتفكيك المدخل مكسور.
خلاصة IOSOR
رفض الشكل عند المدخل ليس فشل تسليم. MSISDN باطل يجب ألا يفتح حجزًا أبدًا. افعلوا: حللوا E.164 قبل حركة المال. لا تفعلوا: انتظار DLR unknown ليشرح خصمًا لا ينبغي أن يوجد. السجل يصمت حتى يكتمل الرقم.
هل كان هذا الدليل مفيداً؟
أدلة ذات صلة
- تداخلات خطة ترقيم أمريكا الشمالية قبل الإرسال: جودة البيانات للمالية
تعرف على كيفية تحليل تداخلات خطة ترقيم أمريكا الشمالية (NANP) لمنع أخطاء الفوترة وضمان تسعير دقيق.
- تنظيف E.164 ليس استعلام HLR
تعرف على سبب اختلاف تنسيق E.164 المحلي والتحقق من تداخل خطة ترقيم أمريكا الشمالية NANP عن استعلامات HLR في الوقت الفعلي، وكيفية هيكلة دفتر حسابات توجيه IOSOR.