รายงานต้องตรงกับ DLR ไม่ใช่จำนวนการส่ง

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

IOSOR กำหนดกฎอย่างเคร่งครัด การส่งออกรายงานต้องอ้างอิงใบรับรองการส่งมอบ (DLR) สถานะส่งแล้ว อยู่ในคิว และยอมรับส่ง เป็นเพียงร่องรอยการทำงาน สถานะส่งสำเร็จ ล้มเหลว และไม่ทราบสถานะ คือคอลัมน์จริงที่ฝ่ายการเงินและผลิตภัณฑ์ใช้สรุปผล

ยอดส่งเป็นเพียงร่องรอย ไม่ใช่ตัววัดการปิดยอด

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

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

คอลัมน์รายงานต้องอ้างอิงใบรับรอง DLR

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

เมื่อการคำนวณส่วนและยอดเงินไม่ตรงกัน ให้เริ่มจากแถวที่มี DLR และจำนวนส่วนจริง — ไม่ใช่ยอดส่งคูณค่าเฉลี่ยประมาณการ รายงานจะปฏิเสธการนับยอดส่งเป็นส่งสำเร็จเสมอ

กระทบยอด Webhook และสมุดบัญชีด้วย DLR เดียวกัน

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

รักษาขั้นตอนการตรวจสอบให้เรียบง่าย เลือกหนึ่งวัน เปรียบเทียบใบรับรอง Webhook การส่งออกสมุดบัญชี และชุดรายงานตามรหัสข้อความ ข้อแตกต่างให้ส่งฝ่ายปฏิบัติการแก้ไข

ปฏิเสธการปิดยอดที่ใช้อย่างเดียวแค่ยอดส่ง

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

เส้นทางปฏิบัติการที่เกี่ยวข้อง

• สัปดาห์ใบแจ้งหนี้ DLR: ส่วนแบ่งที่ไม่รู้จักไม่ถูกส่งมอบ
• การกระทบยอดบันทึก Webhook รายวันกับยอดคงเหลือแบบเติมเงิน
• สัปดาห์ใบแจ้งหนี้ SMS แรก: เมื่อการคำนวณส่วนกับยอดเงินไม่ตรงกัน

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

เปิดชุดรายงานสัปดาห์นี้ในคอนโซล IOSOR และยืนยันว่า KPI หัวข้ออิงใบตอบรับ DLR — delivered, failed และ unknown — ไม่ใช่ submit หรือ API accept。 หากกราฟยังนับ submit เป็นความสำเร็จ ให้เปลี่ยนชื่อหรือลบก่อนปิดงบการเงิน。 ส่งออกครั้งเดียวและให้ผลิตภัณฑ์กับการเงินใช้คอลัมน์ใบตอบรับชุดเดียวกัน。

สรุป IOSOR

รายงานปิดด้วยใบตอบรับ DLR: delivered, failed และ unknown — ไม่ใช่ submit。 submit ใช้วัด throughput เท่านั้น ไม่ใช่ความจริงของการส่งและไม่ใช่ข้อโต้แย้งใบแจ้งหนี้。

ทำ: ล็อกสคีมาส่งออกหนึ่งชุดที่ฟิลด์ใบตอบรับ。 อย่า: ให้ผลิตภัณฑ์ฉลอง accept ขณะการเงินเถียงเรื่อง failed DLR。