IOSOR

IOSOR ความรู้

สัปดาห์ใบแจ้งหนี้ SMS แรก: เมื่อการคำนวณส่วนกับยอดเงินไม่ตรงกัน

แก้ปัญหาความคลาดเคลื่อนระหว่างส่วน SMS ที่คำนวณได้กับรายการหักเงินล่วงหน้าจริงในสัปดาห์ใบแจ้งหนี้หนักหน่วงแรกของคุณ

สัปดาห์ใบแจ้งหนี้ SMS แรก: เมื่อการคำนวณส่วนกับยอดเงินไม่ตรงกัน.

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

ผู้เช่าป้ายขาวของคุณเพิ่งผ่านสัปดาห์ SMS ปริมาณสูงครั้งแรกไป แดชบอร์ดลูกค้าแสดงข้อความที่ส่งแล้ว 50,000 ข้อความ แต่ยอดเงินคงเหลือแบบเติมเงินกลับลดลงเร็วกว่าที่เลขคณิตพื้นฐานคาดการณ์ไว้ ผู้ดูแลระบบมักตื่นตระหนกโดยสันนิษฐานว่าเกิดข้อผิดพลาดในการเรียกเก็บเงินต้นทางหรือค่าธรรมเนียมเครือข่ายที่ซ่อนอยู่ ในความเป็นจริง ความคลาดเคลื่อนในการเรียกเก็บเงินมักเกิดจากการเปลี่ยนแปลงการเข้ารหัสหรือขอบเขตเพย์โหลดแบบต่อกัน มากกว่าการปรับราคาที่ฉ้อโกง.

การเข้ารหัส UCS2 และการพองตัวของส่วน

การเข้ารหัส GSM 7-bit มาตรฐานบรรจุตัวอักษร 160 ตัวลงในหนึ่งส่วน ทันทีที่ผู้ใช้แปะเครื่องหมายคำพูดอัจฉริยะ อีโมจิ หรืออักษรซีริลลิก เพย์โหลดทั้งหมดจะเปลี่ยนไปใช้การเข้ารหัส UCS2 ซึ่งหนึ่งส่วนบรรจุตัวอักษรได้เพียง 70 ตัวเท่านั้น เมื่อข้อความเกิน 70 ตัว หัวข้อต่อจะใช้พื้นที่เพย์โหลด ทำให้ขีดจำกัดหลายส่วนลดเหลือ 67 ตัวอักษรต่อเฟรม โปรดดู บัญชีส่วนของ SMS เพื่อตรวจสอบความยาวเพย์โหลดแต่ละรายการก่อนที่จะส่งไปยังเกตเวย์.

ประทับเวลา DLR และความหน่วงของบัญชีแยกประเภท

แพลตฟอร์มแบบเติมเงินจะหักเงินทันทีเมื่อส่งต่อไปยังผู้ให้บริการ แต่ใบเสร็จการส่งมอบขั้นสุดท้าย (DLR) ผ่าน webhook อาจล่าช้าไปสองสามนาทีในช่วงที่มีการใช้งานหนาแน่น หากการส่งออกข้อมูลของลูกค้าดึงข้อมูลก่อนที่การเรียกกลับสถานะแบบอะซิงโครนัสทั้งหมดจะเสร็จสิ้น บัญชีแยกประเภทธุรกรรมจะไม่ตรงกับจำนวนข้อความในท้องถิ่นชั่วคราว ดึงข้อมูล ส่งออก month-end กระเป๋าเวลา 02:00 เสมอหลังจากช่วงเวลาผ่อนผันสองชั่วโมง เพื่อให้แน่ใจว่า DLR ที่รอดำเนินการทุกรายการได้รับการกระทบยอดกับบัญชีแยกประเภทแล้ว.

เกณฑ์สำหรับการตรวจสอบปริมาณ

พื้นที่ทำงานแบบเติมเงินทุกแห่งทำงานภายใต้ขอบเขตโครงสร้างที่เข้มงวด บัญชีที่ลดลงต่ำกว่าเกณฑ์เติมเงิน USD 20 จะทริกเกอร์การจำกัดการรับส่งข้อมูลทันทีเพื่อป้องกันการเบิกเงินเกินบัญชีที่ไม่ปลอดภัย ในทางกลับกัน เมื่อผู้เช่าที่ใช้งานอยู่ข้ามเกณฑ์การตรวจสอบใกล้เครื่องหมาย USD 1,000/เดือน ธงความเสี่ยงอัตโนมัติจะตรวจสอบความผิดปกติของการจราจรหรือข้อมูลการลงทะเบียน 10DLC ที่ยังไม่ได้ยืนยัน การข้ามขั้นตอนนี้จะนำไปสู่การกรองของผู้ให้บริการอย่างกะทันหัน.

การกระทบยอดส่วนเทียบกับแถวบัญชีแยกประเภท

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

แหล่งข้อมูล ประเภทการนับ ความคลาดเคลื่อนทั่วไป
App DB Logs Outbound API Calls ขาดหัวข้อต่อ (concat headers)
Carrier DLR Terminal Receipts ความหน่วงของเครือข่าย
Wallet Ledger Prepaid Debits การเปลี่ยนระดับบิต UCS2

ตรวจสอบ การตรวจสอบปริมาณ SMS: เมื่อโครงการนำร่องแบบเติมเงินไม่เพียงพออีกต่อไป เพื่อสร้างนิสัยการตรวจสอบที่ทำซ้ำได้สำหรับบัญชีระดับสูง.

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

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

สรุป IOSOR

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

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

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

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