IOSOR ความรู้
การตั้งค่าการแจ้งเตือนเกณฑ์ความสามารถในการส่งมอบสำหรับทีมสนับสนุนตัวแทนจำหน่าย
กำหนดค่าการแจ้งเตือนการดำเนินงานอัตโนมัติและรอบการแจ้งเตือนสำหรับทีมสนับสนุนตัวแทนจำหน่ายของคุณ เพื่อตรวจจับและแก้ไขความผิดปกติในการส่งมอบทราฟฟิกป้ายขาวได้อย่างรวดเร็ว
การเตือนเกณฑ์การส่งต้องตกที่คิวสนับสนุนตัวแทนที่มีชื่อ พร้อมห่อส่งต่อ
การออกแบบสถาปัตยกรรมการแจ้งเตือนการดำเนินงาน
เมื่อจัดการโครงสร้างพื้นฐาน CPaaS แบบหลายผู้เช่า ผู้ดูแลระบบแพลตฟอร์มต้องสร้างรอบการตรวจสอบที่ชัดเจนเพื่อปกป้องกำไรขั้นต้นและชื่อเสียงของแบรนด์ ความผิดปกติในการส่งมอบมักจะไม่แจ้งเตือนล่วงหน้า โดยจะปรากฏเป็นยอดบันทึก DLR ที่หมดอายุพุ่งสูงขึ้น การตอบสนองของเว็บฮุคที่ล่าช้า หรืออัตราความสำเร็จของ Verify OK ที่ลดลงอย่างไม่คาดคิดในเส้นทางภูมิศาสตร์เฉพาะ เพื่อให้ทีมสนับสนุนตัวแทนจำหน่ายของคุณทำงานเชิงรุกแทนที่จะเป็นเชิงรับ เมทริกซ์การแจ้งเตือนของคุณควรแยกวิเคราะห์สตรีมเหตุการณ์แบบเรียลไทม์และส่งสัญญาณที่ดำเนินการได้ไปยังโต๊ะออกตั๋วภายใน.
การกำหนดค่าพื้นฐานเมทริกซ์และเกณฑ์แบบไดนามิก
การแจ้งเตือนที่มีประสิทธิภาพเริ่มต้นด้วยการกำหนดเมทริกซ์พื้นฐานที่เสถียรสำหรับบัญชีลูกค้าและลำดับชั้นของผู้เช่าแต่ละราย การฮาร์ดโค้ดเปอร์เซ็นต์ที่ตายตัวมักจะนำไปสู่ความล้าจากการแจ้งเตือนหรือพลาดเหตุการณ์การเสื่อมสภาพ แต่ให้กำหนดค่าการคำนวณพื้นฐานแบบหมุนเวียนในช่วงเวลาที่เลื่อนได้ เช่น ช่วงเวลาสิบห้านาที เพื่อวัดความแปรปรวนกะทันหันในความสำเร็จของการจัดส่ง ตัวอย่างเช่น หากผู้เช่าที่ส่งเส้นทางทราฟฟิก OTP มีอัตราการลดลงเกินสิบห้าเปอร์เซ็นต์ในผลตอบรับ DLR ที่สำเร็จภายในหน้าต่างเดียว ระบบควรระบุว่านี่คือความเบี่ยงเบนที่สำคัญ.
การส่งต่อการแจ้งเตือนไปยังคิวสนับสนุนตัวแทนจำหน่าย
ข้อมูลทางไกลดิบจะไม่มีประโยชน์หากข้ามบุคลากรที่มีหน้าที่สื่อสารกับลูกค้า แมปทริกเกอร์การตรวจสอบของคุณโดยตรงไปยังช่องทางการแจ้งเตือนตามบทบาทภายในแผงควบคุมการดำเนินงานของคุณ พนักงานสนับสนุนระดับจูเนียร์ควรได้รับการแจ้งเตือนสรุปเกี่ยวกับการเสื่อมสภาพเล็กน้อย ในขณะที่วิศวกรแพลตฟอร์มอาวุโสและผู้จัดการตัวแทนจำหน่ายระดับสองที่กำหนดจะได้รับการแจ้งเตือนโดยตรงผ่านเว็บฮุคหรือการบูรณาการข้อความที่ปลอดภัย ตรวจสอบให้แน่ใจว่าเพย์โหลดการแจ้งเตือนทุกรายการมีเมทาดาตที่จำเป็น ได้แก่ รหัสผู้เช่า ตัวระบุเส้นทาง และประเภททราฟฟิกที่ได้รับผลกระทบ.
การจัดการมาตรการป้องกันทางการเงินและยอดเงินคงเหลือล่วงหน้า
ปัญหาความสามารถในการส่งมอบมักเชื่อมโยงกับการหมดลงของยอดเงินในบัญชีหรือความฝืดเคืองในการชำระเงินมากกว่าความล้มเหลวในการกำหนดเส้นทางเครือข่ายอย่างเข้มงวด เมื่อบัญชีตัวแทนจำหน่ายทริกเกอร์เงื่อนไขยอดคงเหลือต่ำ ระบบอัตโนมัติจะต้องประเมินบัฟเฟอร์ทางการเงินโดยไม่กระทบต่อความต่อเนื่อง พื้นที่ทำงานแต่ละแห่งดำเนินงานบนพื้นฐานยอดเงินขั้นต่ำ 20 USD เพื่อรักษาบริการให้ใช้งานได้ และบัญชีที่เข้าใกล้เกณฑ์ 1,000 USD/เดือน จำเป็นต้องมีการตรวจสอบวงเงินเครดิตอัตโนมัติ.
การจัดเตรียมหมายเลขและตัวจัดการการเปิดใช้งาน JIT
Related: เส้นทาง SMS ที่สอง: คู่มือการส่งมอบ DLR · สัปดาห์เหตุการณ์ DLR: ส่วนแบ่งที่ไม่รู้จักคือจุดหยุดพัก · การเก็บรักษาบันทึกการตรวจสอบ: สิ่งที่ผู้ซื้อสามารถส่งออกและพิสูจน์ได้.
เริ่มต้นใช้งานด้วย IOSOR
ตั้งชื่อคิวเวรที่เป็นเจ้าของเกณฑ์การส่งก่อนเสียงเตือนแรก เมื่ออัตรา unknown หรือ fail ข้ามเส้น ส่งตั๋วพร้อมทางเดิน หน้าต่าง และไฟล์ส่งออก ไม่ใช่ปิงแชท เขียนว่าใครรับทราบ ใครปิดเสียงได้ นี่คือใครตื่น ไม่ใช่คู่มือสถานะ SMS.
สรุป IOSOR
การเตือนการส่งคือการส่งต่อที่มีชื่อ ไม่ใช่ตราแดชบอร์ด
ทำ: ส่งเกณฑ์ไปคิวพร้อมห่อ ทางเดิน หน้าต่าง ส่งออก
อย่า: ปลุกทุกคน หรือปิดยอด unknown เพราะ SMS ยังโชว์ sent.
คู่มือนี้มีประโยชน์ไหม?
คู่มือที่เกี่ยวข้อง
- การเปรียบเทียบเมตริกการส่งถึงระหว่างเส้นทาง Short Code และ Toll-Free
วิเคราะห์เมตริกการส่ง SMS ระหว่าง Short Code และหมายเลข Toll-Free สำหรับลูกค้า CPaaS แบบไวท์ลาเบล พร้อมรายละเอียดการกรองและการติดตาม DLR
- การสร้างตัวชี้วัดความสามารถในการส่งมอบพื้นฐานในช่วงทดสอบเส้นทางใหม่
เรียกใช้ชุดทดสอบการส่งมอบที่เข้มงวด วิเคราะห์ประสิทธิภาพของเครือข่าย และสร้างตัวชี้วัดข้อความพื้นฐานก่อนที่จะขยายทราฟฟิกป้ายขาวของคุณบนเส้นทางใหม่
- การตรวจสอบอัตราการส่งมอบและการเคลียร์คิวหลังการบำรุงรักษาเครือข่าย
คู่มือทางเทคนิคทีละขั้นตอนสำหรับผู้จัดการแพลตฟอร์มในการตรวจสอบความสมบูรณ์ของเส้นทางและล้างคิว DLR ที่ล่าช้าอย่างปลอดภัยหลังจากการบำรุงรักษาเครือข่ายโทรคมนาคม