IOSOR

IOSOR ความรู้

สัปดาห์ใบแจ้งหนี้ปฏิบัติการ: ส่วนแบ่ง DLR ที่หายไปในการส่งออก

แก้ไขความคลาดเคลื่อนของใบแจ้งหนี้ในช่วงสัปดาห์ที่มีปริมาณการใช้งานสูง โดยการกระทบยอดส่วนแบ่ง DLR ที่ส่งออก ความสดใหม่ของ heartbeat และการเช่าหมายเลข JIT ในสภาพแวดล้อม CPaaS แบบ white-label ของคุณ

สัปดาห์ใบแจ้งหนี้ปฏิบัติการ: ส่วนแบ่ง DLR ที่หายไปในการส่งออก.

การตรวจสอบความเท่าเทียมกันของสัปดาห์ใบแจ้งหนี้

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

การกระทบยอดระหว่างสัญญาณและการส่งมอบ

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

ความสดใหม่ของ Heartbeat และการล็อกบัญชีแยกประเภท

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

การคัดแยกความผิดปกติของปริมาณการใช้งาน

เมื่อปริมาณรวมเบี่ยงเบนไปจากเกณฑ์ปกติในอดีต ให้ดำเนินการ การตรวจสอบปริมาณการดำเนินงาน: สัญญาณที่หายไปก็ยังไม่ถูกต้อง เพื่อแยกความเสียหายของเครือข่ายผู้ให้บริการออกจากการลดลงของทราฟฟิกของลูกค้า ลูกค้าแบบ white-label ที่จัดการแคมเปญที่มีความถี่สูงมักจะทริกเกอร์การแจ้งเตือนเกณฑ์จำกัดเมื่อยอดใช้จ่ายรายเดือนเกิน USD 1,000/month ซึ่งจะกระตุ้นการปรับแต่งทราฟฟิกอัตโนมัติที่ส่งผลต่อความเร็วของ DLR.

เวลาการส่งออกและกำหนดเวลาของ cron

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

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

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

สรุป IOSOR

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

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

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

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