IOSOR ความรู้

โปรแกรม Short-Code ที่ถูกหยุดชั่วคราวไม่ใช่การสลับ DID

เรียนรู้ว่าเหตุใดโปรแกรม short-code ที่ถูกหยุดชั่วคราวจึงไม่สามารถจัดการเป็นการสลับ DID แบบเร่งด่วนใน CPaaS แบบไวท์เลเบล และวิธีสร้างระบบสำรองที่ถูกต้องตามกฎระเบียบใน IOSOR

โปรแกรม Short-Code ที่ถูกหยุดชั่วคราวไม่ใช่การสลับ DID.

กลไกการหยุดชั่วคราวของ Short-Code กับการสลับ DID

เมื่อแคมเปญ short-code ถูกหยุดชั่วคราวเนื่องจากการตรวจสอบของค่ายมือถือ การตรวจสอบการปฏิบัติตามกฎระเบียบ หรือการอัปเดตทางผู้ดูแลระบบ ทีมปฏิบัติการมักจะทำความผิดพลาดโดยจัดการกับการหยุดทำงานนี้เหมือนกับการสลับ DID ทั่วไป โปรแกรม short-code ทำงานบนเส้นทางที่มีความจุสูงเฉพาะพร้อมรหัสสั้นที่ได้รับการอนุมัติอย่างชัดเจน ในขณะที่ DID E.164 แบบ 10DLC หรือ toll-free มาตรฐานขึ้นอยู่กับคะแนนชื่อเสียงแยกต่างหาก ข้อจำกัด MPS ที่ต่ำกว่า และอัลกอริทึมการกรองที่แตกต่างกัน

ปริมาณการส่งข้อมูล การตรวจสอบของค่ายมือถือ และความเป็นจริงของการจัดเส้นทาง

การพยายามส่ง SMS ปริมาณมาก หรือข้อความ OTP ที่ไวต่อเวลาผ่าน DID ที่จัดเตรียมอย่างเร่งรีบระหว่างการหยุด short-code ชั่วคราวจะกระตุ้นตัวกรองสแปมของค่ายมือถือทันที Short-code จะได้รับการยกเว้นการจำกัดปริมาณแบบเดิมเมื่อได้รับการอนุมัติ ในขณะที่ DID เบอร์ยาวจะบังคับใช้ข้อจำกัดต่อวินาทีอย่างเข้มงวด

บัญชีแยกประเภทและการควบคุมระดับขั้นต่ำของการเรียกเก็บเงิน

ในมุมมองของระบบการเงิน CPaaS การจัดสรร MRC ของ short-code และการจัดเตรียม DID จะปฏิบัติตามกฎบัญชีแยกประเภทที่แยกจากกัน ในสภาพแวดล้อมแบบไวท์เลเบล ยอดคงเหลือในระบบจำเป็นต้องมีระดับขั้นต่ำแบบชำระเงินล่วงหน้าที่ USD 20 เพื่อรักษาการจัดเตรียมเส้นทางที่ใช้งานอยู่ เมื่อทราฟฟิก short-code หยุดชะงัก ยอดเงินการเรียกเก็บเงินจะต้องไม่เปลี่ยนไปใช้การสำรองเบอร์ JIT โดยอัตโนมัติหากไม่มีชุดกฎระเบียบที่ชัดเจน

การรักษาความสมบูรณ์ของการ Opt-in ระหว่างการขัดข้อง

ความยินยอมในการ Opt-in ของผู้ใช้บริการเชื่อมโยงโดยตรงกับบริบทของโปรแกรมเฉพาะและคีย์เวิร์ดของแบรนด์ที่ได้รับการอนุมัติบน short-code การสลับทราฟฟิกไปยัง DID E.164 มาตรฐานในขณะที่ short-code หลักไม่ทำงานจะไม่โอนย้ายความยินยอมทางกฎหมายหรือสถานะไวท์ลิสต์โดยอัตโนมัติ ข้อความ STOP ขาเข้าที่ส่งไปยัง DID เบอร์ยาวจะไม่อัปเดตกับฐานข้อมูลการยกเลิกรับข้อมูลของ short-code โดยอัตโนมัติ เว้นแต่ระบบของคุณจะเชื่อมโยงสถานะความยินยอมข้ามเลเยอร์การจัดเส้นทางอย่างชัดเจน

การปฏิบัติการทางเทคนิค والระบบสำรองโครงสร้างพื้นฐาน

ผู้ให้บริการต้องสร้างไปป์ไลน์สำรองที่มีโครงสร้างชัดเจนแทนที่จะทำการสลับเบอร์อย่างเร่งรีบเมื่อ short-code ออฟไลน์ ปรับปรุงปลายทาง webhook แยกต่างหากสำหรับแจ้งเตือน OTP และ SMS ประชาสัมพันธ์

บทความที่เกี่ยวข้อง: เพดานชำระเงินล่วงหน้า รหัสสั้น สำหรับใบเสนอราคา · โปรแกรม Short-Code กับการเช่า DID Long-Code · การกันยอดเติมเงินก่อนการหักครั้งแรก.

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

เข้าสู่ระบบคอนโซล IOSOR ของคุณและไปที่ตัวจัดการนโยบายการเส้นทางเพื่อกำหนดค่าการระงับอย่างเข้มงวดสำหรับแคมเปญรหัสสั้นที่หยุดชั่วคราว แทนที่จะแมปไปยัง DID สำรอง ตรวจสอบให้แน่ใจว่าจุดสิ้นสุดเว็บฮุกของคุณส่งคืนสถานะ 503 Service Unavailable ในระหว่างการตรวจสอบของผู้ให้บริการ เพื่อป้องกันการกรองปลายทางและปกป้องชื่อเสียงของผู้ส่ง

สรุป IOSOR

บทความนี้พิสูจน์แล้วว่าโปรแกรมรหัสสั้นที่หยุดชั่วคราวไม่สามารถปฏิบัติเหมือนการสลับ DID ธรรมดาได้ รหัสสั้นทำงานบนเส้นทางเฉพาะที่มีการอนุมัติล่วงหน้าจากผู้ให้บริการ ในขณะที่เบอร์มาตรฐานต้องเผชิญกับข้อจำกัดที่เข้มงวดและตัวกรองสแปมที่รุนแรง

อย่าแสร้งทำเป็นว่าการสลับเบอร์มาตรฐานเป็นตัวแทนที่ใช้ได้จริงสำหรับแคมเปญรหัสสั้นที่หยุดชั่วคราว ให้ใช้ระบบคิวที่มีโครงสร้างและรอการเคลียร์อย่างเป็นทางการจากผู้ให้บริการก่อนที่จะกลับมาส่งข้อความปริมาณมากอีกครั้ง

คู่มือนี้มีประโยชน์ไหม?

คู่มือที่เกี่ยวข้อง