ลองส่งรายการแคมเปญ SMS ที่ล้มเหลวอีกครั้งโดยไม่ส่งซ้ำสองครั้ง

ลองส่งรายการแคมเปญ SMS ที่ล้มเหลวอีกครั้งโดยไม่ส่งซ้ำสองครั้ง.

กายวิภาคของรายการ SMS ที่ล้มเหลว

เมื่อเรียกใช้งานแคมเปญ CPaaS แบบเติมเงินป้ายขาว ปัญหาเครือข่ายหลุดและเวลาหมดอายุของเครือข่ายผู้ให้บริการทำให้รายการบางส่วนล้มเหลว ผู้ให้บริการจำเป็นต้องมีมุมมองที่ชัดเจนเกี่ยวกับสถานะการจัดส่งก่อนที่จะเรียกใช้ตรรกะการลองส่งใหม่ รายการที่ล้มเหลวอาจส่งคืนข้อผิดพลาดต้นทางหรือหมดเวลาไปเลยในขณะที่อยู่ในคิวการจัดส่งแบบ JIT ก่อนที่จะดำเนินการใดๆ ระบบต้องตรวจสอบใบเสร็จการจัดส่ง (DLR) เพื่อให้แน่ใจว่าคุณจะไม่สับสนระหว่างความคิดเห็นที่ล่าช้าจากผู้ให้บริการกับการล้มเหลวถาวร การตรวจสอบคิวเหล่านี้ต้องใช้ความระมัดระวังระดับสูง.

อันตรายของการส่งซ้ำและการเรียกเก็บเงินซ้ำ

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

การตรวจสอบความล่าช้าของ DLR เทียบกับสถานะการจัดส่งจริง

ความหนาแน่นของเครือข่ายมักนำไปสู่รายงานสถานะที่ล่าช้า ทำให้ดูเหมือนว่าข้อความล้มเหลวทั้งที่จริงแล้วติดอยู่ในคิว การทำความเข้าใจช่องว่างที่กล่าวถึงใน ความล่าช้า DLR กับ API accepted: หยุดเผาเงิน prepaid บนใบเสร็จที่มาช้า เป็นสิ่งสำคัญสำหรับความปลอดภัยในการลองส่งใหม่ หากตัวรวบรวมยอมรับคำขอ API แต่ล่าช้าในการส่งการเรียกกลับสถานะขั้นสุดท้าย การถือว่าเป็นความล้มเหลวเร็วเกินไปจะทำให้เกิดการส่งซ้ำ ผู้ให้บริการต้องดำเนินการกำหนดระยะเวลาผ่อนผันที่สถานะรอดำเนินการถูกล็อกไว้.

การแฮชเพย์โหลดอย่างปลอดภัยและคีย์การทำซ้ำ

เพื่อป้องกันการดำเนินการซ้ำในระดับเครือข่าย คำขอ SMS ขาออกทุกรายการต้องมีคีย์การทำซ้ำที่ไม่ซ้ำกัน เมื่อรายการแคมเปญล้มเหลวและเข้าสู่คิวลองส่งใหม่ ระบบจะสร้างแฮชแบบใส่เกลือที่รวมหมายเลขปลายทาง E.164 ID แคมเปญ และประทับเวลา หากเว็บฮุกที่ซ้ำกันมาถึงพร้อมกับแฮชที่ตรงกันทุกประการ เครื่องมือเรียกเก็บเงินจะลดระดับมันลงทันที ซึ่งช่วยป้องกันการหักเงินซ้ำซ้อนจากบัญชีแยกประเภท รูปแบบนี้สอดคล้องกับการป้องกันที่ระบุไว้ใน Webhook ที่ซ้ำกันต้องไม่สร้างการหักเงินครั้งที่สอง.

การจัดการความล้มเหลวของชุดข้อมูลบางส่วนระหว่างการสลับเส้นทาง

เมื่อเส้นทางหลักเสื่อมลง การจราจรจะเปลี่ยนไปยังเส้นทางสำรอง ซึ่งมักส่งผลให้เกิดผลลัพธ์แบบผสมที่ข้อความครึ่งหนึ่งสำเร็จและอีกครึ่งหนึ่งหยุดชะงัก การจัดการชุดข้อมูลที่แตกแยกเหล่านี้อย่างปลอดภัยต้องอาศัยการแยกส่วนที่ล้มเหลวออกมาโดยไม่รบกวนไปป์ไลน์ที่กำลังทำงานอยู่ หลักการที่คล้ายกันนี้ใช้กับการจัดการ การส่งเฟลโอเวอร์บางส่วนโดยไม่มีค่าใช้จ่ายซ้ำ.

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

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

สรุป IOSOR

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

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