IOSOR ความรู้
สัปดาห์การกู้คืน DID: การส่งข้อความกลับมาไม่ใช่สถานะ 'เปิดใช้งาน'
เรียนรู้ว่าเหตุใดสถานะ 'เปิดใช้งาน' หลังจากการระงับ DID จึงไม่ได้หมายความว่าการส่งข้อความทำงาน และวิธีตรวจสอบเส้นทาง SMS ขาเข้าและขาออกก่อนการกำหนดหมายเลขใหม่
ข้อบกพร่องของการพึ่งพาสถานะระหว่างการกู้คืน DID
เมื่อหมายเลขโทรศัพท์ประสบเหตุการณ์การระงับหรือการกู้คืน แดชบอร์ดของแพลตฟอร์มมักจะเปลี่ยนสถานะกลับเป็น 'เปิดใช้งาน' อย่างไรก็ตาม การเปลี่ยนแปลงสถานะระดับเครือข่ายไม่ได้รับประกันว่าความสามารถในการส่ง SMS จะทำงานได้อย่างสมบูรณ์ การขาย CPaaS แบบ white-label ซ้ำนั้นต้องการให้เจ้าของแพลตฟอร์มแยกความแตกต่างระหว่างการเปิดใช้งานการกำหนดเส้นทางพื้นฐานและปริมาณงานการส่งข้อความที่ใช้งานได้ การกำหนดเส้นทางการรับส่งข้อมูลของผู้เช่าทันทีหลังจากเห็นป้ายสถานะ 'เปิดใช้งาน' มีความเสี่ยงที่จะเกิดการส่ง OTP ล้มเหลวและการประมวลผล webhook.
เหตุใดสถานะ 'เปิดใช้งาน' จึงพลาดการยืนยันเส้นทางการส่งข้อความ
หมายเลขที่ถูกทำเครื่องหมายว่าใช้งานได้บ่งชี้ว่ามีการแนบรายการทะเบียนเข้ากับบัญชีของคุณ แต่ไม่ได้พิสูจน์ว่า webhook ขาเข้าทำงานอยู่ หรือเส้นทาง SMS ขาออกได้ผ่านตัวกรองสแปมหรือการบล็อกของผู้ให้บริการแล้ว.
- ความเงียบของ Webhook ขาเข้า: หมายเลขรับ SMS แต่เกตเวย์ต้นน้ำไม่สามารถ POST เหตุการณ์ไปยังปลายทางของคุณได้
- ความล้มเหลวในการจับมือขาออก: ระบบยอมรับคำขอขาออก แต่ DLR (ใบรับรองการส่งมอบ) ส่งคืนรหัสความล้มเหลว
- โปรไฟล์ไม่ตรงกัน: การลงทะเบียน 10DLC หรือแบรนด์อาจล่าช้ากว่าการเปิดใช้งานหมายเลขดิบ
โปรโตคอลการยืนยัน: การทดสอบขาเข้า ขาออก และ DLR
การกำหนดหมายเลขใหม่ที่ปลอดภัยต้องใช้การวนซ้ำการยืนยันสามขั้นตอนที่มีโครงสร้าง แทนที่จะเป็นการสอบถามฐานข้อมูลแบบง่าย:
- การทดสอบขาเข้าสังเคราะห์: ส่งข้อความทดสอบจากปลายทางควบคุมเพื่อยืนยันการดำเนินการ webhook
- การตรวจสอบการจับมือขาออก: ส่ง SMS ขาออกทดสอบและรอสถานะ DLR สุดท้าย (ส่งมอบแล้ว)
- การวัดประสิทธิภาพความหน่วง: ยืนยันว่าความหน่วงในการส่งมอบยังคงต่ำกว่าเกณฑ์เป้าหมายก่อนการกำหนดผู้เช่าเต็มรูปแบบ
ตาราง: สถานะป้ายกำกับเทียบกับสถานะเส้นทางการส่งข้อความจริง
| สถานะระบบ | Webhook ขาเข้า | SMS ขาออก | สถานะการทำงานจริง |
|---|---|---|---|
| เปิดใช้งาน | ล้มเหลว | ไม่ได้รับการยืนยัน | ไม่ปลอดภัยสำหรับการกำหนด |
| เปิดใช้งาน | ได้รับการยืนยัน | DLR รอดำเนินการ | ระยะการทดสอบ |
| เปิดใช้งาน | ได้รับการยืนยัน | ส่งมอบแล้ว | พร้อมสำหรับการกำหนด |
| ระงับ | ล้มเหลว | ถูกบล็อก | แยก / ระงับ |
การระงับทางการเงิน ยอดคงเหลือในบัญชี และขีดจำกัด
การจัดการหมายเลขแบบเรียลไทม์ดำเนินการโดยการจัดสรรแบบ Just-In-Time (JIT) ควบคู่ไปกับการระงับแบบเติมเงินทันที เมื่อหมายเลขเปลี่ยนกลับสู่สถานะการทำงาน ยอดคงเหลือของระบบจะต้องรองรับการกำหนดเส้นทางที่ใช้งานอยู่โดยไม่ทำให้เกิดการลดลงของยอดคงเหลือที่ไม่คาดคิด.
IOSOR รักษาระดับเติมเงินขั้นต่ำ USD 20 เพื่อป้องกันการหยุดชะงักของบริการอย่างกะทันหันในระหว่างการตรวจสอบซ้ำอัตโนมัติ นอกจากนี้ บัญชีที่ใกล้จะถึงการตรวจสอบแบบ soft review ใกล้ USD 1,000/เดือน จะได้รับการตรวจสอบเส้นทางอัตโนมัติเพื่อให้แน่ใจว่าอัตราการส่งข้อความยังคงมีเสถียรภาพเมื่อปริมาณเพิ่มขึ้นในบัญชีผู้เช่า.
เริ่มต้นกับ IOSOR เพื่อการกู้คืนหมายเลขที่ปลอดภัย
เมื่อการแช่แข็งยกและตราสัญลักษณ์เขียน Activated อย่าคืนหมายเลขให้ผู้เช่า ส่งขาเข้าสังเคราะห์แล้วรอ webhook ส่งขาออกหนึ่งแล้วรอ DLR สุดท้าย ค่อยกำหนดใหม่ ส่งออกทั้งสองหลักฐานกับหน้าต่างกู้ — Activated เดี่ยวไม่ใช่ข้อความกลับ
บทความ: Caller ID เทียบกับ messaging From: เสียงใช้งานได้ไม่ได้หมายความว่า SMS ใช้งานได้ การแปลง E.164 ก่อนผูก DID: เครื่องหมายบวก ศูนย์ และช่องว่าง การกันยอดเติมเงินก่อนการหักครั้งแรก.
สรุป IOSOR
สัปดาห์กู้: ข้อความกลับคือทดสอบเส้นทาง ไม่ใช่พลิกตราสัญลักษณ์
ทำ: webhook ขาเข้ากับ DLR ขาออกก่อนกำหนดใหม่ อย่า: ส่งผู้เช่ากลับไป Activated หลังแช่แข็ง
คู่มือนี้มีประโยชน์ไหม?
คู่มือที่เกี่ยวข้อง
- การส่งมอบ DID เจ้าของคนที่สอง: ใครสามารถกำหนดและปล่อยหมายเลขได้
ควบคุมขอบเขตการดำเนินงาน การจัดสรร JIT และเกณฑ์ทางการเงินแบบเติมเงินระหว่างการส่งมอบ DID เจ้าของคนที่สอง
- ขีดจำกัดการใช้จ่ายต่อ DID: ค่าเช่าและการใช้งานขาออกในเบอร์เดียว
ควบคุมความเสี่ยงต่อเบอร์ใน CPaaS ป้ายขาวของคุณด้วยขีดจำกัดการใช้จ่ายรวมสำหรับค่าบริการรายเดือนและทราฟฟิกขาออก
- การกำหนดเส้นทางเว็บโฮขาเข้าบน DID: MO โดยไม่มีเจ้าของจะสูญเสียคำสั่ง STOP
กำหนดเส้นทางเว็บโฮขาเข้าไปยังบัญชีเจ้าของอย่างปลอดภัย ป้องกันเหตุการณ์ MO ที่ไม่มีเจ้าของและการยกเลิกการรับข่าวสารที่พลาดไปใน white-label prepaid CPaaS