MSISDN ที่ไม่ถูกต้องต้องไม่ถูกหักเงิน

MSISDN ที่ไม่ถูกต้องต้องไม่ถูกหักเงิน.

การตรวจสอบที่จุดรับเข้ากับการล้มเหลวที่ปลายทาง

เมื่อกำหนดเส้นทางปริมาณการรับส่งข้อมูล SMS หรือ OTP จำนวนมาก การแยกแยะระหว่างที่อยู่ปลายทางที่ไม่ถูกต้องที่จุดรับเข้า (ingress) และความล้มเหลวในการส่งข้อมูลที่ปลายทาง (downstream) ถือเป็นสิ่งสำคัญสำหรับความถูกต้องทางการเงิน หมายเลข MSISDN ที่ไม่ถูกต้องจะต้องถูกปฏิเสธทันทีที่ API gateway ก่อนที่จะเกิดธุรกรรมบัญชีแยกประเภทใดๆ หากหมายเลขที่ไม่ถูกต้องผ่านการตรวจสอบจุดรับเข้า อาจทำให้เกิด DLR ปลายทางที่มีสถานะไม่รู้จัก ซึ่งดูเหมือนเป็นการใช้จ่ายแต่ไม่มีการส่งมอบจริง IOSOR บังคับใช้กฎการตรวจสอบที่เข้มงวดเพื่อป้องกันปัญหานี้ เพื่อให้มั่นใจว่ายอดคงเหลือของคุณได้รับการปกป้องจากรูปแบบปลายทางที่ผิดพลาด

เครื่องมือแยกวิเคราะห์ E.164

ทุกคำขอ API ที่มุ่งเป้าไปที่หมายเลขโทรศัพท์มือถือจะได้รับการแยกวิเคราะห์แบบเรียลไทม์ตามมาตรฐาน E.164 ทั่วโลก แพลตฟอร์มจะตรวจสอบรหัสประเทศ รหัสปลายทางของประเทศ และความยาวของหมายเลขผู้ใช้ หากรูปแบบไม่ถูกต้อง เกตเวย์จะส่งคืน 'HTTP 400 Bad Request' ทันที การตรวจสอบแบบ JIT นี้ช่วยให้มั่นใจได้ว่าเส้นทางการกำหนดเส้นทางที่ไม่มีอยู่จริงจะถูกบล็อกก่อนที่จะมีการจัดสรรทรัพยากรหรือใช้การพักเงินแบบเติมเงิน กลไกนี้ช่วยป้องกันไม่ให้หมายเลขที่ไม่ถูกต้องไปกระตุ้นการสืบค้นของผู้ให้บริการปลายทางซึ่งทำให้เกิดค่าใช้จ่ายแอบแฝง

กฎบัญชีแยกประเภทและการพักเงินแบบเติมเงิน

เพื่อรักษายอดคงเหลือที่ดี IOSOR ใช้บัญชีแยกประเภทแบบเรียลไทม์ เมื่อคำขอ SMS ที่ถูกต้องได้รับการยอมรับ ยอดคงเหลือของคุณจะถูกพักเงินแบบเติมเงินชั่วคราว หากส่งข้อความสำเร็จ การพักเงินจะเปลี่ยนเป็นการหักเงิน อย่างไรก็ตาม หากหมายเลขนั้นถูกทำเครื่องหมายว่าไม่ถูกต้องที่จุดรับเข้า จะไม่มีการพักเงินเกิดขึ้น และยอดคงเหลือจะถูกหักเป็นศูนย์ วิธีนี้ช่วยปกป้องยอดเงินเติมเงินขั้นต่ำ USD 20 ของคุณจากการถูกลดทอนโดยสตริงปลายทางที่ผิดรูปแบบ สำหรับบัญชีที่กำลังขยายขนาด การตรวจสอบอย่างไม่เป็นทางการที่ใกล้ระดับ USD 1,000/เดือน จะช่วยเพิ่มประสิทธิภาพตารางการกำหนดเส้นทางและปรับขีดจำกัด MRC สำหรับทรัพยากรเฉพาะ

ข้อมูล Webhook และรหัสข้อผิดพลาด

เมื่อข้อความถูกปฏิเสธที่จุดรับเข้า การตอบสนองของ API จะมีข้อมูลข้อผิดพลาดเฉพาะ แทนที่จะต้องรอ webhook DLR แบบอะซิงโครนัส แอปพลิเคชันของคุณจะได้รับข้อผิดพลาดแบบซิงโครนัสทันที ข้อมูลนี้ประกอบด้วยพารามิเตอร์ที่ไม่ถูกต้องและรหัสการปฏิเสธที่ชัดเจน สำหรับหมายเลขที่ถูกต้อง ระบบจะกำหนดเส้นทางการกำหนดเส้นทางและส่งการอัปเดตสถานะผ่าน webhook รวมถึงเหตุการณ์ 'STOP' และ 'Verify OK' เพื่อให้มั่นใจว่าไปป์ไลน์การส่งข้อความของคุณมีความโปร่งใสอย่างสมบูรณ์โดยไม่สูญเสียรอบ API.

แหล่งข้อมูลสำหรับนักพัฒนาและการรวมระบบ

เพื่อสร้างการรวมระบบที่แข็งแกร่งซึ่งหลีกเลี่ยงการใช้จ่ายที่ไม่จำเป็น นักพัฒนาควรดำเนินการตรวจสอบฝั่งไคลเอนต์ก่อนที่จะเรียกใช้ API ตรวจสอบคำแนะนำที่จำเป็นเหล่านี้เพื่อเพิ่มประสิทธิภาพการใช้งานของคุณ:

• การตรวจสอบรูปแบบเบอร์โทรศัพท์ E.164 ที่จุดรับเข้า API
• สัปดาห์นำร่องกระเป๋าเงิน: ความจริงของการพักและหักเงินสด
• เช็กลิสต์ซื้อ SMS API

เริ่มต้นกับ IOSOR

จากแซนด์บ็อกซ์ POST ปลายทางที่ขาดรหัสประเทศ และอีกหมายเลขความยาวเป็นไปไม่ได้ คาด HTTP 400 และ ledger ไม่ขยับ — ไม่มี hold ไม่มีหัก แล้วส่ง E.164 ที่ถูก ยืนยันว่า hold โผล่หลัง accept เท่านั้น ถ้าเงินขยับบนคู่ที่ผิด การถอดรหัสทางเข้าพังแล้ว.

สรุป IOSOR

ปฏิเสธรูปแบบที่ทางเข้าไม่ใช่ความล้มเหลวส่ง MSISDN ผิดต้องไม่เปิด hold ทำ: ถอด E.164 ก่อนเงินขยับ อย่า: รอ unknown DLR อธิบายยอดหักที่ไม่ควรมี Ledger เงียบจนกว่าหมายเลขจะรูปถูก.