IOSOR ידע
חודש שני של DID: עלות חודשית מלאה (MRC) עם מעבר לוח השנה של UTC
הבנת המעבר מעלויות DID יחסיות ראשוניות לחיוב החודשי הקבוע המלא (MRC) המופעל על ידי מעבר לוח השנה של UTC ב-1 לחודש.
ניהול מחזור החיים של מספר וירטואלי דורש הבנה ברורה של האופן שבו מחזור החיוב עובר מהרכישה הראשונית לשלב התחזוקה השוטף. בניגוד ליום השירות הראשון, העוקב אחר מתמטיקת setup וחלוקה יחסית לחודש הראשון של DID, החודש השני מציג את העלות החודשית הקבועה (MRC) הסטנדרטית במלואה. מעבר זה נשלט בקפידה על ידי לוח השנה של UTC, מה שמבטיח אירוע חיוב מסונכרן בכל הנכסים הגלובליים המוקצים לחשבונך.
מעבר UTC מחלוקה יחסית לשכירות מלאה
כאשר מספר מוקצה לראשונה באמצעות אספקת JIT (Just-In-Time), המערכת מחשבת עמלה חלקית על סמך הימים הנותרים בחודש הנוכחי. עם זאת, ברגע שהשעון מורה על 00:00 UTC ביום הראשון של החודש החדש, הלוגיקה של חשבונית DID ראשונה: שורות יחסיות לעומת חודש מלא משתנה. המערכת כבר לא בוחנת את היום הספציפי בחודש שבו המספר נרכש; היא פשוט מזהה את הנכס כפעיל ומחילה את ה-MRC המלא עבור התקופה הקרובה.
לוגיקת יתרת תשלום מראש בראשון לחודש
IOSOR פועלת על מודל תשלום מראש (Prepaid) קפדני. כדי לשמור על המשכיות השירות, על המערכת להחזיק בכספים מספיקים לכיסוי ה-MRC המלא של כל ה-DIDs הפעילים ברגע מעבר ה-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 עבור תעבורת ה-10DLC או ה-Toll-free שלך יישארו ירוקים.
מתחילים עם IOSOR
ב-00:00 UTC בראשון שורת השכירות הופכת ל-MRC מלא לכל DID שעדיין מוקצה. החודש הראשון היה הקמה ועוד ימים שנשארו. ייצאו את היפוך הלוח כדי שהכספים לא יחכו ל-prorate נוסף על אותו מספר.
סיכום IOSOR
החודש השני הוא MRC לוח מלא, לא חשבון ימים שנותרו.
עשו: ממנו שכירות מלאה לפני ה-1 UTC. אל: אל תתקצבו חודש שני כ-prorate נוסף.
האם המדריך הזה עזר?
מדריכים קשורים
- מסירת DID לבעלים שני: מי רשאי להקצות ולשחרر
שלוט בגבולות תפעוליים, הקצאת JIT וסף פיננסי מראש במהלך מסירת מספר DID לבעלים שני.
- תקרת הוצאות לכל DID: שכירות ותעבורה יוצאת במספר אחד
שלוט בחשיפה לכל מספר ב-CPaaS עם תוית לבנה באמצעות תקרת הוצאות משולבת עבור עלויות קבועות ותעבורה יוצאת.
- ניתוב וובהוק נכנס ב-DID: הודעות יוצאות מקור מבלי לספק בעלות מאבדות את פקודת העצירה
נתב וובהוקים נכנסים לחשבון הבעלים בצורה מאובטחת. מנע אירועי MO יתומים והחמצת ביטולי הסכמה ב-CPaaS מנוהל לבן-מותג.