IOSOR ความรู้
DID เดือนที่สอง: MRC เต็มจำนวนเมื่อปฏิทิน UTC เปลี่ยนรอบ
ทำความเข้าใจการเปลี่ยนผ่านจากค่าใช้จ่าย DID ตามสัดส่วนเริ่มต้นไปสู่ค่าบริการรายเดือนเต็มจำนวน (MRC) ที่เกิดจากการเปลี่ยนรอบปฏิทิน UTC ในวันที่ 1 ของเดือน
การจัดการวงจรชีวิตของหมายเลขเสมือนต้องมีความเข้าใจที่ชัดเจนว่ารอบการเรียกเก็บเงินเปลี่ยนจากการได้มาเริ่มต้นไปสู่ระยะการบำรุงรักษาต่อเนื่องอย่างไร ซึ่งแตกต่างจากวันแรกของการให้บริการที่ใช้ คณิตศาสตร์ setup และคิดตามวันเดือนแรก DID เดือนที่สองจะแนะนำค่าบริการรายเดือนมาตรฐาน (MRC) เต็มจำนวน การเปลี่ยนแปลงนี้ถูกควบคุมโดยปฏิทิน UTC อย่างเคร่งครัด เพื่อให้แน่ใจว่ามีการเรียกเก็บเงินที่สอดคล้องกันทั่วโลก.
การเปลี่ยนผ่าน UTC จากการคิดตามสัดส่วนเป็นค่าเช่าเต็มจำนวน
เมื่อมีการกำหนดหมายเลขครั้งแรกผ่านการจัดสรรแบบ JIT (Just-In-Time) ระบบจะคำนวณค่าธรรมเนียมบางส่วนตามจำนวนวันที่เหลือในเดือนปัจจุบัน อย่างไรก็ตาม ทันทีที่เวลาถึง 00:00 UTC ในวันแรกของเดือนใหม่ ตรรกะของ รอบบิลหมายเลขแรก: รายการตามสัดส่วนเทียบกับรอบเดือนเต็ม จะเปลี่ยนไป ระบบจะไม่ดูวันที่เฉพาะเจาะจงที่ได้รับหมายเลขอีกต่อไป แต่จะระบุว่าสินทรัพย์นั้นเปิดใช้งานอยู่และใช้ MRC.
ตรรกะยอดเงินคงเหลือล่วงหน้าในวันแรกของเดือน
IOSOR ดำเนินการในรูปแบบการชำระเงินล่วงหน้า (Prepaid) ที่เข้มงวด เพื่อรักษาความต่อเนื่องของบริการ ระบบต้องมีเงินทุนเพียงพอที่จะครอบคลุม MRC เต็มจำนวนของ DID ที่ใช้งานอยู่ทั้งหมด ณ เวลาที่ UTC เปลี่ยนรอบ หากยอดเงินต่ำกว่าจำนวนที่กำหนด ระบบอาจเปิดใช้งานโปรโตคอลการระงับอัตโนมัติเพื่อป้องกันยอดเงินติดลบ สิ่งสำคัญคือต้องรักษายอดเงินขั้นต่ำไว้ที่ USD 20 เพื่อให้แน่ใจว่าการถือครองหมายเลขจำนวนมากจะไม่ทำให้ยอดเงินในบัญชีหมดลงในช่วงรอยต่อเที่ยงคืน.
การเปรียบเทียบการตั้งค่าเริ่มต้นกับรอบการเรียกเก็บเงินซ้ำ
| เหตุการณ์การเรียกเก็บเงิน | เวลา | ประเภทการคำนวณ | ผลกระทบ |
|---|---|---|---|
| การกำหนดเริ่มต้น | คำขอ JIT | ตั้งค่า + ตามสัดส่วน | หักเงินทันที |
| รอบเดือนที่สอง | วันที่ 1 00:00 UTC | MRC เต็มจำนวน | หักเงินรายเดือน |
| เดือนถัดไป | วันที่ 1 00:00 UTC | MRC เต็มจำนวน | ระยะคงที่ |
| การตรวจสอบการใช้งาน | รายเดือน | ตรวจสอบการใช้งาน | สุขภาพบัญชี |
เกณฑ์การขยายขนาดและการตรวจสอบยอดเงิน
เมื่อการดำเนินงานของคุณเติบโตขึ้น ยอดรวม MRC สำหรับคลัง DID ของคุณอาจเพิ่มขึ้นอย่างมาก สำหรับบัญชีที่ค่าใช้จ่ายรายเดือนหรือค่าธรรมเนียมการใช้งานเข้าใกล้เกณฑ์การตรวจสอบที่ USD 1,000/เดือน ทีมการเงินของเราจะดำเนินการตรวจสอบตามปกติ การตรวจสอบนี้ออกแบบมาเพื่อให้แน่ใจว่าโครงสร้างการชำระเงินล่วงหน้าได้รับการปรับให้เหมาะสมกับรูปแบบทราฟฟิกของคุณ ไม่ว่าจะเป็น SMS ปริมาณมาก, การส่ง OTP หรือบริการเสียง การรักษาเงินสำรองที่สูงกว่าเกณฑ์ USD 20.
Webhooks ทางเทคนิคและสถานะหมายเลข
เพื่อทำให้บัญชีของคุณเป็นอัตโนมัติ คุณสามารถใช้ webhooks ที่จะทำงานเมื่อมีการหักเงิน MRC สำเร็จ เมื่อระบบประมวลผลค่าเช่าเต็มจำนวนในวันที่ 1 UTC รายการบัญชีจะถูกสร้างขึ้น แอปพลิเคชันของคุณสามารถรอรับการอัปเดตเหล่านี้เพื่อซิงค์ฐานข้อมูลภายใน ซึ่งสำคัญมากสำหรับการติดตาม DLR (ใบรับรองการส่ง) และการตรวจสอบ HB (Heartbeat) สำหรับทราฟฟิก 10DLC.
เริ่มต้นกับ IOSOR
เวลา 00:00 UTC วันที่ 1 แถวค่าเช่ากลายเป็น MRC เต็มของทุก DID ที่ยังถูกกำหนด เดือนแรกคือค่าเปิดบวกวันที่เหลือ ส่งออกการพลิกปฏิทิน อย่าให้การเงินรอ prorate อีกบนหมายเลขเดียวกัน
สรุป IOSOR
เดือนสองคือ MRC ทั้งปฏิทิน ไม่ใช่เลขวันที่เหลือ
ทำ: เติมค่าเช่าเต็มก่อนวันที่ 1 UTC อย่า: ตั้งงบเดือนสองเป็น prorate อีก
คู่มือนี้มีประโยชน์ไหม?
คู่มือที่เกี่ยวข้อง
- การส่งมอบ DID เจ้าของคนที่สอง: ใครสามารถกำหนดและปล่อยหมายเลขได้
ควบคุมขอบเขตการดำเนินงาน การจัดสรร JIT และเกณฑ์ทางการเงินแบบเติมเงินระหว่างการส่งมอบ DID เจ้าของคนที่สอง
- ขีดจำกัดการใช้จ่ายต่อ DID: ค่าเช่าและการใช้งานขาออกในเบอร์เดียว
ควบคุมความเสี่ยงต่อเบอร์ใน CPaaS ป้ายขาวของคุณด้วยขีดจำกัดการใช้จ่ายรวมสำหรับค่าบริการรายเดือนและทราฟฟิกขาออก
- การกำหนดเส้นทางเว็บโฮขาเข้าบน DID: MO โดยไม่มีเจ้าของจะสูญเสียคำสั่ง STOP
กำหนดเส้นทางเว็บโฮขาเข้าไปยังบัญชีเจ้าของอย่างปลอดภัย ป้องกันเหตุการณ์ MO ที่ไม่มีเจ้าของและการยกเลิกการรับข่าวสารที่พลาดไปใน white-label prepaid CPaaS