IOSOR

IOSOR ความรู้

STOP หลังเข้าคิวส่ง: ข้ามข้อความ อย่าแกล้งทำเป็นส่งสำเร็จ

จัดการคำขอ STOP ขาเข้าระหว่างการส่ง SMS ที่ล่าช้าหรืออยู่ในคิวอย่างถูกต้อง โดยระงับการส่งโดยไม่สร้างใบเสร็จรับเงินการส่งมอบเท็จ

STOP หลังเข้าคิวส่ง: ข้ามข้อความ อย่าแกล้งทำเป็นส่งสำเร็จ.

การจัดการคำสั่ง STOP ที่เข้ามาล่าช้าในคิวส่งข้อความ

เมื่อผู้ใช้งานปลายทางส่ง SMS คำว่า STOP ในขณะที่ข้อความแคมเปญยังคงอยู่ในคิวขาออก แพลตฟอร์มของคุณต้องสกัดกั้นคำขอดังกล่าวก่อนที่จะส่งไปยังเครือข่าย หากข้อความได้รับการจัดเตรียมสำหรับการส่งผ่านการจัดสรรเส้นทางแบบ JIT จะเกิดสภาวะ race condition ขึ้น ผู้ให้บริการ White-label CPaaS ที่ใช้งาน IOSOR ต้องให้ความสำคัญกับการปฏิบัติตามกฎระเบียบมากกว่าปริมาณงาน ยอดเงินขั้นต่ำแบบเติมเงิน USD 20 ช่วยให้บัญชีทำงานได้อย่างต่อเนื่อง ในขณะที่ตรรกะการระงับจะตรวจสอบข้อมูล MT เทียบกับบัญชีดำของผู้ให้บริการเครือข่าย

การสกัดกั้นข้อมูลขาออกก่อนการส่งผ่านเกตเวย์

ก่อนที่ข้อมูล E.164 จะถูกส่งไปยังเกตเวย์ปลายทาง ตัวประมวลผลคิวจะตรวจสอบบัญชีแยกประเภท DNC และการยกเลิกรับข้อความ (opt-out) หากหมายเลขโทรศัพท์ที่ตรงกันส่งคำสั่ง STOP ขาเข้ามา สถานะของงานขาออกจะเปลี่ยนเป็นระงับ (suppressed) ทันที ห้ามอนุญาตให้ระบบจำลองการส่งมอบหรือสร้าง DLR ปลอม การแกล้งทำเป็นส่งสำเร็จสำหรับผู้ที่ขอยกเลิกจะสร้างความรับผิดทางกฎหมายและทำลายความไว้วางใจของลูกค้าระดับองค์กร

การจัดการการจัดสรรหมายเลข JIT และสถานะบัญชีแยกประเภท

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

Webhooks และการซิงโครไนซ์สถานะแบบเรียลไทม์

ระบบปลายน้ำต้องการการแจ้งเตือนทันทีเมื่อการส่งที่อยู่ในคิวถูกบล็อกโดยคำสั่ง STOP ที่ล่าช้า กำหนดค่า Webhooks เพื่อส่งเหตุการณ์การระงับที่มีโทเค็น Verify OK ดั้งเดิมและเหตุผลของความล้มเหลว การดำเนินการนี้จะแจ้งให้ CRM หรือแอปพลิเคชันลูกค้าทราบว่า SMS ถูกทิ้งโดยตั้งใจ เพื่อให้นักพัฒนาไม่พยายามส่งซ้ำไปยังผู้รับที่ยกเลิกการรับข้อความไปแล้ว

การป้องกันการส่งซ้ำและการแก้ไขปัญหา Race Conditions

สภาวะ Race condition เกิดขึ้นเมื่อการส่งตามกำหนดเวลาทำงานพร้อมกันกับ Webhook การยกเลิกรับข้อความขาเข้า เพื่อป้องกันการส่งซ้ำ ให้ใช้การล็อกฐานข้อมูลระดับอะตอม (atomic database locks) บนคีย์ผู้รับ ศึกษาคู่มือการดำเนินงานเหล่านี้สำหรับบริบททางเทคนิคเพิ่มเติม:

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

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

สรุป IOSOR

คู่มือนี้ระบุว่าข้อความ STOP ขາเข้าที่ได้รับในขณะที่ข้อความอยู่ในคิวขาออก จะต้องขัดจังหวะงานทันทีก่อนการจัดส่งผ่านเกตเวย์ การแกล้งทำเป็นส่ง DLR สำเร็จหรืออนุญาตให้เพย์โหลดในคิวไปถึงเกตเวย์ผู้ให้บริการ จะสร้างความไม่ปฏิบัติตามกฎระเบียบที่รุนแรงและทำลายความสมบูรณ์ของบัญชีแยกประเภท

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

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

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