IOSOR ความรู้
การบังคับใช้นโยบายช่วงเวลาห้ามรบกวนก่อนขึ้นระบบจริง
ตรวจสอบการบังคับใช้ช่วงเวลาห้ามรบกวนและกลไกคิวบนยอดเงินคงเหลือแบบชำระล่วงหน้าก่อนเริ่มแคมเปญ SMS A2P บน IOSOR
การบังคับใช้นโยบายช่วงเวลาห้ามรบกวนก่อนขึ้นระบบจริง.
การตรวจสอบนโยบายก่อนการใช้งานจริงสำหรับการจัดส่งตามช่วงเวลา
ก่อนที่จะเริ่มส่งข้อความ A2P ในสภาพแวดล้อมจริง ผู้คุมระบบต้องบังคับใช้นโยบายช่วงเวลาห้ามรบกวน (Quiet Hours) อย่างเคร่งครัด การส่งข้อความส่งเสริมการขายในยามวิกาลถือเป็นข้อห้ามของผู้ให้บริการเครือข่ายและอาจนำไปสู่การปรับทางกฎหมาย บนแพลตฟอร์ม IOSOR การควบคุมเวลาเริ่มขึ้นตั้งแต่ขั้นตอนทดสอบ staging.
การตั้งค่านโยบายช่วงเวลาห้ามรบกวนและการจับคู่เขตเวลาท้องถิ่น
การกำหนดค่านโยบายรวมถึงการนำหมายเลขปลายทางรูปแบบ E.164 มาจับคู่กับเขตเวลาท้องถิ่น (Timezone) ระบบจัดเส้นทางจะประเมินรหัสประเทศและรหัสพื้นที่เพื่อเปรียบเทียบกับข้อกำหนดทางกฎหมาย (เช่น ห้ามส่งข้อความระหว่าง 21:00 น. ถึง 08:00 น.)
การจำลองพฤติกรรมคิวนอกช่วงเวลาและการอายัดยอดในบัญชีชี้นำ
การทดสอบระบบต้องจำลองคำขอที่ส่งมานอกช่วงเวลาที่อนุญาต เมื่อมีคำขอเข้ามาในช่วงเวลาห้ามส่ง ระบบจะอายัดเงินสำรองล่วงหน้า (Prepaid Hold) ตามค่าบริการ SMS ที่ประเมินไว้ และย้ายข้อความไปไว้ในคิวรอส่ง ตัวเลขหมายเลขเฉพาะจะยังคงทำงานตามปกติ และบันทึกบัญชีจะแสดงรายการสำรองเงินไว้
| สถานะคำขอ | การทำงานของระบบ | ผลกระทบต่อยอดเงินชำระล่วงหน้า |
|---|---|---|
| ภายในช่วงเวลา | ส่งทันที | หักชำระทันที |
| นอกช่วงเวลา | เข้าคิวรอส่ง | อายัดเงินชั่วคราว |
| ข้อยกเว้น OTP | ข้ามข้อจำกัด | หักชำระทันที |
การจัดการข้อยกเว้นข้อความรายการและรหัส OTP
ข้อความยืนยันตัวตนที่สำคัญ เช่น รหัสผ่านใช้ครั้งเดียว (OTP) จะต้องได้รับข้อยกเว้นจากนโยบายห้ามรบกวน ผู้ใช้สามารถกำหนดค่าโปรไฟล์ประเภทข้อความเพื่อทำเครื่องหมายข้อความสำคัญสูง เมื่อข้อความ OTP เข้าสู่ระบบ ระบบนโยบายจะตรวจพบเครื่องหมายสำคัญและทำการส่งข้อความทันทีพร้อมยืนยันสถานะ Verify OK.
รายการตรวจสอบความพร้อมของเกตก่อนขึ้นระบบจริง
เพื่อให้แน่ใจว่าระบบมีความพร้อมเต็มที่ หัวหน้าทีมควรตรวจสอบรายการดังต่อไปนี้:
- ตรวจสอบว่ารหัสประเทศทั้งหมดจับคู่กับเขตเวลาถูกต้อง
- ทดสอบการอายัดยอดเงินชำระล่วงหน้าระหว่างช่วงเวลาห้ามส่ง
- ยืนยันว่าข้อความ OTP สามารถส่งได้ทันทีโดยไม่มีความล่าช้า
- ตรวจสอบว่า DLR webhook ได้รับการอัปเดตสถานะหลังจากสิ้นสุดช่วงเวลาห้ามส่ง
บทความที่เกี่ยวข้อง: การระบุชื่อพารามิเตอร์ข้อยกเว้นธุรกรรมสำหรับ ช่วงเวลาห้ามรบกวน · ช่วงเวลาเงียบในฐานะนโยบาย ไม่ใช่คิวการจัดส่งที่ล่าช้า · การกันยอดเติมเงินก่อนการหักครั้งแรก.
เริ่มต้นกับ IOSOR
เปิดคอนโซลการกำหนดเส้นทาง IOSOR แล้วเรียกใช้เพย์โหลดทดสอบ A2P นอกเวลาทำการ เพื่อตรวจสอบการแมปโซนเวลาของปลายทางเทียบกับข้อกำหนดการควบคุมระดับท้องถิ่น ยืนยันว่าบัญชีแยกประเภทสร้างการระงับชั่วคราวสำหรับค่าใช้จ่ายข้อความ พร้อมกับนำเพย์โหลดเข้าสู่คิวตามกำหนดเวลาโดยยังไม่ส่งมอบรายงานการจัดส่ง (DLR) แบบสด ตรวจสอบว่าปริมาณการใช้งานรหัสผ่านครั้งเดียว (OTP) แบบทำธุรกรรมสามารถข้ามคิวนี้ไปได้อย่างสมบูรณ์ก่อนที่จะลงชื่ออนุมัติในรายการตรวจสอบประตูการผลิตจริง
สรุป IOSOR
คู่มือนี้แสดงให้เห็นว่าการบังคับใช้เกณฑ์นโยบายช่วงเวลาเงียบก่อนการผลิต ช่วยป้องกันการส่งข้อความนอกเวลาที่ไม่ถูกต้องและหลีกเลี่ยงบทลงโทษทางกฎหมายก่อนที่การตลาดสดจะเผยแพร่ ด้วยการตรวจสอบการแมปโซนเวลาปลายทางตามมาตรฐาน E.164 และการระงับบัญชีแยกประเภทระหว่างการส่งจำลองนอกเวลาทำการ ผู้ดูแลระบบผู้เช่าจะมั่นใจได้ถึงความเสถียรของระบบและการจัดส่งที่เป็นไปตามข้อกำหนด
ควรทดสอบคำขอจำลองนอกเวลาทำการและตรวจสอบว่าการลบล้าง OTP แบบทำธุรกรรมผ่านไปได้ทันทีในขณะที่การรับส่งข้อมูลโปรโมชันถูกจัดคิวไว้ อย่าผลักดันแคมเปญ A2P เชิงพาณิชย์เข้าสู่ระบบจริงโดยไม่ยืนยันว่าพฤติกรรมคิวตามกำหนดเวลาและการระงับบัญชีแยกประเภทแบบชำระเงินล่วงหน้าทำงานได้อย่างราบรื่นในทุกเส้นทางปลายทางเป้าหมาย
คู่มือนี้มีประโยชน์ไหม?
คู่มือที่เกี่ยวข้อง
- การระบุชื่อพารามิเตอร์ข้อยกเว้นธุรกรรมสำหรับ ช่วงเวลาห้ามรบกวน
เรียนรู้ว่าเหตุใดการข้ามช่วงเวลาห้ามรบกวนสำหรับ OTP และการแจ้งเตือน P1 จึงต้องระบุชื่ออย่างชัดเจนใน IOSOR webhook payloads แทนที่จะข้ามไปโดยไม่ระบุตัวตน
- ช่วงเวลาเงียบในฐานะนโยบาย ไม่ใช่คิวการจัดส่งที่ล่าช้า
เรียนรู้ว่าเหตุใดการ บังคับใช้นโยบายช่วงเวลาเงียบจึงควรอยู่ที่เลเยอร์เอ็นจินนโยบายใน IOSOR แทนที่จะทำหน้าที่เป็นคิวการจัดส่งที่ล่าช้าสำหรับทราฟฟิก A2P SMS