IOSOR ידע
הקמה ופריורייט בחודש הראשון של DID: מתמטיקה גלויה בשכירות prepaid
פריורייט לפי חודש לוח UTC, הקמה ועוד MRC בתקופה הראשונה, חידוש ב־1, מחירון לקוח לפחות 2× — מתמטיקת שכירות שכספים יכולים לייצא.
כספים קוראים לעיתים את חשבונית ה־DID הראשונה כ«הקמה ועוד חודש מלא» ואז מתווכחים כשהחיוב הבא נוחת ב־1 UTC. החוזה הגלוי הוא חודש לוח UTC: חיוב ראשון = הקמה + MRC פרו־רטה לימים הנותרים (היום עד האחרון, כולל); שולם-עד מסתיים ב־1 UTC הבא; חידושים מאוחרים גובים מחירון חודשי מלא. המחירון נשאר ברצפת 2× או מעליה. ההזמנה JIT: חיפוש חי, hold prepaid, קנייה בהצלחה, שיוך ישר — מציאות השכרת מספרים מקומיים וחינמיים.
IOSOR הוא prepaid בתווית לבנה: ארנק אחד, מחירון מצוטט, בלי «התאמות» מסתוריות, בלי מנוי פלטפורמה לחמם חשבון ריק. live / in setup בלתי תלוי במתמטיקת השכירות — מספר in setup להודעות אינו חודש ראשון זול יותר. סביב USD 1,000+ שימוש חודשי, שורות שכירות נכנסות לסקירה מסחרית. ראו רצפת 20 דולר מול סקירת נפח ו־בקרת הוצאה בתשלום מראש.
תקופה ראשונה: הקמה ועוד MRC פרו־רטה
שני חלקים גלויים. הקמה הוא מחירון חד־פעמי להעלות את השיוך. MRC פרו־רטה = מחירון חודשי × ימי UTC נותרים ÷ ימים בחודש. כולל: קנייה ביום D מתוך N → (N − D + 1) / N. רצפת US local טיפוסית USD 10 הקמה ו־USD 10.20 חודשי. הזמנה ב־14 באוגוסט UTC (31 ימים): שבר 18/31; MRC ≈ USD 5.92; חיוב ראשון ≈ USD 15.92. ייצאו הקמה, שבר, MRC פרו־רטה ושולם-עד.
| שורה | כספים צריכים לראות | לא זה |
|---|---|---|
| חיוב ראשון | הקמה + MRC פרו־רטה | 30 ימים מתגלגלים או MRC מלא שקט |
| שולם-עד | 1 UTC הבא | יום שנה ביום ההזמנה |
| 1 מאוחרים | מחירון חודשי מלא | הקמה שנייה או השלמה בלי שם |
| מחירון | ≥ 2× רצפה, מצוטט | גיליון עלות מוסתר של מותג אחר |
חודש לוח UTC, לא 30 ימים מתגלגלים
שעון 30 ימים מתאריך ההזמנה נלחם בכל סגירה. שכירות אוגוסט מכסה עד 31 באוגוסט UTC; ספטמבר מתחיל 00:00 UTC ב־1. אזור המשרד לא כותב מחדש את השבר. Hold JIT לפני הקנייה — הזמנות שנכשלו מחזירות את ה־hold. קטלוג in setup לא משנה את הלוח.
חידוש ב־1: מחירון חודשי מלא
מה־1 UTC הבא חידושים גובים מחירון חודשי מלא ומקדמים שולם-עד ל־1 הבא. אין הקמה שנייה בחידוש נקי. השלמה משתמשת במקטעי לוח בעלי שם — לא גוש «התאמה». ייצאו תאריך חידוש, מחירון חודשי ומזהה שיוך. מדיניות יתרה נמוכה עוצרת חידוש כמו שליחה. רצפת הטעינה הציבורית נשארת USD 20.
מחירון גלוי ורצפה ≥2×
הלקוח רואה מחירון, לא את חשבון הרצפה הפנימי. מחירון מצוטט ≥ 2× רצפת היעד לסוג זה. מספרי US local למעלה הם תוצאת החוק לקונה. כספים מתאימים הצעה → hold → חיוב ראשון → חידוש על ספר אחד. אם המסדרון in setup, תשלום שכירות לא הופך הודעות ל־Live. אם live, שכירות ותעבורה חולקות ארנק prepaid אחד.
דגלים אדומים
- חשבונית ראשונה כהקמה + MRC מלא בקנייה באמצע החודש
- יום שנה של 30 ימים נמכר כ«חודש לוח»
- «התאמות» מסתוריות במקום שברי פריורייט בעלי שם
- הקמה שנייה בחידוש נקי ב־1
- מחירון מתחת לרצפת 2×, או חשבון רצפה בשגיאות לקוח
- תג Activated לפני שיוך, או שכירות כמהפך Live עדיין in setup
התחלה עם IOSOR
תמחר DID מקומי אחד וצלמו את דמי ה-setup, הרשימה החודשית ואומדן החיוב הראשון לפני ה-hold. שימו הזמנת JIT רק אחרי hold prepaid, אחר כך ייצאו setup, MRC יחסי, שבר הימים ו-paid-through. אשרו שה-1 הבא ב-UTC גובה חודשי מלא בלי setup שני. מסרו את הייצוא לכספים — מתמטיקת החידוש לא חיה במסדרון.
סיכום IOSOR
החודש הראשון הוא setup אחד ועוד MRC יחסי לימי UTC שנותרו. ה-1 הבא גובה חודשי מלא. הקונה חייב לראות את הפיצול לפני ה-hold.
עשו: הציגו שבר ו-paid-through בקבלה. אל תעשו: אל תסתירו את פיצול החיוב הראשון ואל תגבו setup שוב בחידוש.
האם המדריך הזה עזר?
מדריכים קשורים
- כשל מסלול בשבוע אירוע: התאמת פערי תעריפים לאחר מיתוג חירום
שלוט בהתאמת ספר חשבונות הארנק לאחר אירוע עבור מיתוג ספקים משניים בעלות גבוהה בפלטפורמת ה-CPaaS מותג-לבן שלך.
- כיול מחדש של נפחי תת-חשבון: מעבר לקוחות מעבר לספים החודשיים הראשוניים
התאם את מבני התעריפים מראש ואת רצפות הטעינה של הלקוחות כאשר נפח הדיספאצ' החודשי עובר בעקביות את ספי הבסיס.
- תוספי אימות מספרים חינם: חישוב עמלות רישום מראש חד-פעמיות
למדו כיצד פלטפורמות CPaaS במותג לבן מחייבות עמלות אימות ספקים חד-פעמיות ורישום קמפיינים מיתרת חשבונות משנה מראש.