IOSOR

IOSOR ידע

אספקת מאגרי מספרים ייעודיים עבור משתמשי קצה מרובי דיירים

שלטו בהקצאת מספרים JIT עבור תתי-חשבונות. אוטומציה של אספקת מספרים וירטואליים, ניהול יתרות בתשלום מראש והבטחת בידוד white-label עבור לקוחות ה-CPaaS שלכם.

אספקת מאגרי מספרים ייעודיים עבור משתמשי קצה מרובי דיירים.

ארכיטקטורת הקצאת מספרים דינמית

כדי להרחיב את ה-CPaaS ב-white-label שלכם, עליכם להתרחק ממלאי סטטי. מנוע ה-JIT שלנו מאפשר לכם להקצות מספרי E.164 לתתי-דיירים לפי דרישה. כאשר תת-דייר מפעיל בקשת API, המערכת מושכת מספר חדש מהמאגר הגלובלי, קושרת אותו ל-ID של תת-החשבון ומאתחלת את ה-webhook. זה מבטיח שאף מספר לא נשאר ללא שימוש, מה שמפחית עלויות MRC תוך שמירה על הפרדה לוגית קפדנית בין משתמשי הקצה שלכם.

ניהול יתרות בתשלום מראש של תתי-דיירים

שלמות פיננסית נשמרת באמצעות מודל תשלום מראש קפדני. כל תת-חשבון דורש יתרה מינימלית של USD 20 כדי להתחיל באספקת מספרים. אם היתרה יורדת מתחת לסף זה, המערכת עוצרת אוטומטית תעבורה יוצאת וחוסמת הקצאת מספרים חדשים. זה מונע תרחישי יתרה שלילית ומבטיח שהפלטפורמה שלכם תישאר רווחית. עבור חשבונות בעלי נפח גבוה, אנו מבצעים סקירה קלה ברגע שתגיעו ל-USD 1.000 לחודש כדי לייעל את נתיבי הניתוב ולהגדיל את מגבלות התעבורה בו-זמנית.

הגדרת Webhooks ומעקב DLR

כל מספר שסופק חייב להיות ממופה לנקודת קצה ספציפית של תת-דייר. השתמשו ב-API כדי להגדיר כתובות URL ל-callback עבור אירועי SMS ו-DLR. על ידי העברת ה-token של תת-החשבון ב-header, אתם מבטיחים שכל הודעה נכנסת או עדכון סטטוס ינותבו בצורה נכונה. שליטה מפורטת זו מאפשרת ללקוחות שלכם לטפל בפקודות STOP ובאותות Verify OK באופן עצמאי, תוך שמירה על זהות המותג שלהם ללא הפרעות בין תתי-חשבונות שונים.

ניהול מחזור חיים ומחזוריות מספרים

מספרים אינם נכסים קבועים. הטמיעו מדיניות מחזור חיים שממחזרת מספרים על בסיס חוסר פעילות או משך פרויקט ספציפי. כאשר תת-דייר משחרר מספר, הוא חוזר למאגר הגלובלי לאחר תקופת צינון. גישת JIT זו שומרת על המלאי שלכם רענן ותואם לתקנות המקומיות. עקבו תמיד אחר יומני ה-DLR כדי לזהות מספרים עם שיעורי מסירה נמוכים, מה שמאפשר לכם להחליף אותם לפני שהם משפיעים על מדדי ההמרה של הלקוח שלכם.

אינטגרציה וזרימת עבודה תפעולית

כדי לייעל את הפעילות שלכם, שלבו את שלבי האספקה הללו בלוח הבקרה הקיים שלכם. ודאו שהצוות שלכם עוקב אחר תהליך ה-onboarding הסטנדרטי כדי לשמור על עקביות בכל תתי-הדיירים. עיינו במשאבים אלו להדרכה טכנית מעמיקה יותר:

התחל עם IOSOR

הכנס אל קונסולת השותפים של IOSOR והגדר את מדיניות ניתוב מאגר המספרים הגלובלי כדי לאפשר קישור לפי דרישה (JIT) עבור מפתחות API של תתי-דיירים. הגדר נקודות קצה אוטומטיות של Webhook עבור טריגרים של מחזור חיים, כך ששחרור מספרים של תת-חשבונות יתחיל באופן אוטומטי תקופת הסגר וצינון לפני מחזור חדש. ודא העברת אסימוני כותרת בכל נתיבי החזרה כדי להבטיח דליפה אפסית של מזהי חשבון הורים במהלך פעולות הודעות של תתי-דיירים.

סיכום IOSOR

הקצאה דינמית לפי דרישה מוכיחה ששדרוג פלטפורמת הודעות במותג פרטי אינו דורש מלאים סטטיים מנופחים או התערבות מנהלית ידנית. באמצעות מינוף קישור אוטומטי ומחזור חיים, תתי-הדיירים שלך מקבלים גישה למספרי E.164 טריים בדיוק בעת הצורך, תוך שמירה על בידוד מוחלט של המותג בכל נתיבי היציאה ובעדכוני הסטטוס.

אל תקשר מספרים לצמיתות לתת-חשבונות לא פעילים ואל תחשוף פרטי תשתית ברמת ההורה בעדכוני הסטטוס. אכוף תמיד תקופות צינון אוטומטיות בהסגר בין הקצאות מחדש כדי למנוע מתעבורה נכנסת נותרת להגיע לסביבות תתי-דיירים חדשות.

האם המדריך הזה עזר?

מדריכים קשורים