IOSOR ความรู้
การกำหนดค่าทริกเกอร์ SMS สำหรับสายโทรเข้าเสียงที่พลาดในระบบ IOSOR
เรียนรู้วิธีการกำหนดค่าทริกเกอร์ SMS อัตโนมัติสำหรับสายโทรเข้าเสียงที่พลาดและสัญญาณไม่ว่างภายในคอนโซล white-label CPaaS ของ IOSOR
การกำหนดค่าทริกเกอร์ SMS สำหรับสายโทรเข้าเสียงที่พลาดในระบบ IOSOR.
สถาปัตยกรรมสำรองสายโทรเข้าเสียง
สายโทรเข้าเสียงที่พลาดและสัญญาณไม่ว่างในปริมาณการใช้งานระดับองค์กรถือเป็นโอกาสทางรายได้ที่เสียไป สถาปัตยกรรมแพลตฟอร์มแก้ปัญหานี้โดยการผสานรวมฮุกสถานะเสียงเข้ากับไปพไลน์ส่ง SMS ขาออก เมื่อเซสชันเสียงสิ้นสุดลงด้วยสถานะไม่ว่างหรือไม่มีผู้รับ ระบบหลักจะดักจับรหัสตัดการเชื่อมต่อและส่งเพย์โหลดเว็บฮุกไปยังไมโครเซอร์วิสการกำหนดเส้นทางของคุณทันที ซึ่งประกอบด้วยรหัสผู้โทรและข้อมูลการโทรที่จำเป็นสำหรับการประมวลผลอัตโนมัติ.
การจัดเตรียมหมายเลข JIT และการถือครองบัญชีแยกประเภท
การปรับใช้หมายเลขสำรองต้องอาศัยกลไกการบัญชีที่เข้มงวด คุณกำหนดหมายเลข E.164 ได้ทันทีผ่านการจัดเตรียม JIT ภายในแผงควบคุมผู้เช่า white-label การกำหนดหมายเลขแต่ละครั้งจะมีรายการหักเงิน MRC จากยอดคงเหลือของคุณ ซึ่งปลอดภัยด้วยการถือครองแบบเติมเงิน แพลตฟอร์มดำเนินงานตามโมเดลขั้นต่ำแบบเติมเงิน 20 USD เพื่อให้แน่ใจว่าการดำเนินงานจะไม่หยุดชะงักโดยไม่ต้องเก็บสต็อกหมายเลขทิ้งไว้.
การกำหนดค่าเว็บฮุกเสียงและการแยกวิเคราะห์สถานะ
การตั้งค่าตัวรับฟังสถานะการโทรต้องมีการกำหนดค่าเว็บฮุกที่แม่นยำภายในคอนโซล ไปที่โปรไฟล์การกำหนดเส้นทางเสียงของคุณและเพิ่ม URL ปลายทางของคุณไปยังการสมัครรับข้อมูลเหตุการณ์สายที่ไม่ได้รับ แพลตฟอร์มจะส่งเพย์โหลด JSON ที่มีเมตริกการจัดการสายที่แม่นยำ บริการรับของคุณจะวิเคราะห์หมายเลขผู้โทร E.164 และจัดคิวข้อความส่วนบุคคลทันทีเพื่อติดต่อผู้โทรกลับก่อนที่พวกเขาจะเปลี่ยนใจ.
การส่ง SMS อัตโนมัติและการติดตาม DLR
เมื่อทริกเกอร์สำรองทำงาน ระบบจะเริ่มต้นลำดับการส่ง SMS ผ่านกลุ่มการกำหนดเส้นทางอัตโนมัติ ข้อความขาออกทุกฉบับต้องปฏิบัติตามกฎของผู้ให้บริการอย่างเหมาะสม รวมถึงการจัดการการเลือกไม่รับอัตโนมัติและการกรองคำสำคัญสำหรับข้อความ STOP คุณสามารถตรวจสอบการอัปเดตสถานะการจัดส่งแบบเรียลไทม์ผ่านบันทึก DLR ที่ละเอียดในคอนโซล เพื่อให้มั่นใจว่าข้อความถูกส่งถึงมือผู้รับอย่างถูกต้อง.
การผสานรวมการส่งข้อความและการดำเนินการเปิดตัว
เมื่อทริกเกอร์สำรองล้มเหลว การตรวจสอบวินิจฉัยอย่างเป็นระบบถือเป็นสิ่งสำคัญ เริ่มต้นด้วยการตรวจสอบบัญชีแยกประเภทกิจกรรมในคอนโซลเพื่อยืนยันว่าสถานะการโทรถูกบันทึกเป็น 'busy' หรือ 'no-answer' จริงหรือไม่ จากนั้นตรวจสอบบันทึกการส่งเว็บฮุกเพื่อยืนยันว่าเซิร์ฟเวอร์ของคุณตอบกลับด้วยสถานะ 200 OK และไม่มีปัญหาเรื่องเวลาหน่วงในระหว่างการเชื่อมต่อ.
Related: คู่มือกล่องขาเข้าสองทาง · สัปดาห์ทดลองใช้งานขาเข้า: ตรวจสอบ MO สดบน DID เช่า · เดือนที่สองของขาเข้า: ภาระ MO บน DID เช่าเดิม.
เริ่มต้นใช้งาน IOSOR
เมื่อสายเสียงขาเข้าไม่รับ — ไม่ตอบหรือไม่ว่างหลังกริ่ง — ยิง SMS หนึ่งข้อบน DID ขาเข้าและ call-id เดียวกัน อย่าส่ง SMS ขณะยังดัง ติดป้ายแถว missed-call-to-SMS นี่คือสำรองสายไม่รับขาเข้า ไม่ใช่สลับแจ้งเตือนเสียงขาออกหลังล้มสุดท้าย ไม่ใช่รับขยะ MO และไม่ใช่หน้า STOP/HELP.
สรุป IOSOR
เสียงขาเข้าที่ไม่รับกลายเป็น SMS หนึ่งข้อบน DID และสายเดียวกัน
ทำ: รอสถานะไม่รับ แล้วค่อย SMS หนึ่งข้อ อย่า: SMS ตอนดัง หรือเปิดเจตนาใหม่ราวกับสลับแจ้งเตือนขาออก.
คู่มือนี้มีประโยชน์ไหม?
คู่มือที่เกี่ยวข้อง
- บัฟเฟอร์การประมวลผล Webhook ขาเข้าเพื่อรับมือกับความหน่วงของเครือข่าย
เรียนรู้วิธีการกำหนดค่าบัฟเฟอร์ขาเข้าของ IOSOR เพื่อปกป้องเว็บฮุกของคุณจากความล่าช้าในการจัดส่งของเครือข่าย ความหนาแน่นของการเรียกใช้งานพร้อมกัน และข้อผิดพลาดหมดเวลาต้นทาง
- การซิงโครไนซ์คีย์เวิร์ดปฏิเสธการรับข้อความขาเข้าข้ามบัญชีหลายผู้เช่า
ควบคุมการซิงโครไนซ์การปฏิเสธการรับข้อความแบบหลายผู้เช่าใน IOSOR เรียนรู้วิธีที่คีย์เวิร์ดหยุดขาเข้าจัดการการบล็อกทั่วโลกพร้อมกับแยกย่อยบัญชีย่อย
- การกำจัดเหตุการณ์ MO ขาเข้าที่ซ้ำซ้อนในระดับ API Gateway
หยุดเหตุการณ์ MO ที่ซ้ำซ้อนและการเรียกเก็บเงินสองครั้งด้วยล็อกการกำจัดข้อมูลซ้ำที่เกตเวย์ ตรรกะ JIT และความปลอดภัยของบัญชีแยกประเภทที่แข็งแกร่ง