IOSOR ידע

כללי סיבוב מאגר מזהה שולח והחזקת יתרה מראש

למד כיצד לנהל סיבוב מאגר מזהה שולח דינמי ב-IOSOR מבלי להפעיל נעילות יתרה מראש.

כללי סיבוב מאגר מזהה שולח והחזקת יתרה מראש.

הקצאת מאגר דינמית ואספקת JIT

סיבוב מאגר מזהה שולח דינמי דורש אספקת Just-In-Time (JIT) מדויקת כדי למנוע חיובים חודשיים חוזרים (MRC) מיותרים. במקום לתחזק מאגר של מספרי E.164 לא פעילים, IOSOR מקצה משאבים באופן דינמי. כאשר קמפיין SMS או OTP יוצא מופעל, הפלטפורמה מעריכה את התעבורה הפעילה ומספקת מספרים לפי דרישה.

נעילות שמירת יתרה מראש

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

הימנעות ממסנני ספאם של ספקים

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

אינטגרציה של ספר חשבונות ותגיות חיוב

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

אידמפוטנטיות של API ואימות Webhook

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

חומרים קשורים: פעולות מרובות-שולחים בנפח גבוה · תיוג Sender ID על כל שורת חיוב מראש · אידמפוטנטיות, ניסיונות חוזרים וכסף.

התחל עם IOSOR

לפני סיבוב מאגר Sender ID ודאו hold prepaid על עלות ההקצאה/החלפה. סמנו debit לפי Sender ביומן, וסובבו רק אחרי שה-hold מאושר — לא סיבוב חופשי ששורף יתרה.

קשורים: מבצעי multi-sender בנפח תג debit של Sender בפנקס

סיכום IOSOR

סיבוב מאגר Sender בלי hold הוא שריפת יתרה מחופשת כתחזוקה.

עשו: hold לפני סיבוב + תג debit. אל: סובבו מאגר בלי אישור hold.

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

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