IOSOR ידע
מספר MSISDN לא תקין אינו חייב בחיוב
למד כיצד פלטפורמת IOSOR חוסמת מספרי טלפון לא תקינים בפורמט E.164 בנקודת הכניסה, מונעת חיובי ספר חשבונות שגויים ומגינה על יתרת הפריפייד שלך.
מספר MSISDN לא תקין אינו חייב בחיוב.
אימות בכניסה לעומת כשל במורד הזרם
בעת ניתוב נפחים גדולים של תעבורת SMS או OTP, הבחנה בין כתובת יעד לא תקינה בכניסה (ingress) לבין כשל מסירה במורד הזרם (downstream) היא קריטית לשמירה על שלמות פיננסית. יש לדחות מספר MSISDN לא תקין באופן מיידי בשער ה-API לפני שמתרחשת עסקת ספר חשבונות כלשהי. אם מספר לא תקין עוקף את בדיקות הכניסה, הוא עלול לייצר DLR במורד הזרם עם סטטוס לא ידוע, מה שנראה כמו הוצאה אך אינו מניב מסירה בפועל. IOSOR אוכפת כללי אימות נוקשים כדי למנוע זאת, ומבטיחה שהיתרה שלך מוגנת מפני פורמטים שגויים של יעדים.
מנוע הניתוח של E.164
כל בקשת API המכוונת למספר נייד עוברת ניתוח בזמן אמת מול תקן E.164 הגלובלי. הפלטפורמה בודקת את קידומת המדינה, קידומת היעד הלאומית ואורך מספר המנוי. אם הפורמט אינו תקין, השער מחזיר מיידית שגיאת 'HTTP 400 Bad Request'. אימות JIT זה מבטיח שנתיבי ניתוב שאינם קיימים ייחסמו לפני הקצאת משאבים או החלת החזקה כלשהי של יתרת פריפייד. מנגנון זה מונע ממספרים לא תקינים להפעיל שאילתות ספק במורד הזרם הגוררות עלויות נסתרות.
חוקי ספר חשבונות והחזקות פריפייד
כדי לשמור על יתרה בריאה, IOSOR משתמשת בספר חשבונות בזמן אמת. כאשר בקשת SMS תקינה מתקבלת, מוחלת החזקת פריפייד זמנית על היתרה שלך. אם ההודעה מנותבת בהצלחה, ההחזקה הופכת לחיוב. עם זאת, אם המספר מסומן כלא תקין בכניסה, לא נוצרת החזקה ואפס יתרה מחוייבת. זה מגן על רצפת הפריפייד שלך בסך USD 20 מפני שחיקה על ידי מחרוזות יעד שגויות. עבור חשבונות המתרחבים, סקירה רכה סביב USD 1,000 בחודש מסייעת לייעל את טבלאות הניתוב ולהתאים את מגבלות ה-MRC עבור משאבים ייעודיים.
נתוני Webhook וקודי שגיאה
כאשר הודעה נדחית בכניסה, תגובת ה-API מכילה מטען שגיאה ספציפי. במקום להמתין ל-Webhook DLR אסינכרוני, האפליקציה שלך מקבלת שגיאה סינכרונית מיידית. מטען זה כולל את הפרמטר הלא תקין וקוד דחייה ברור. עבור מספרים תקינים, המערכת תקצה את נתיב הניתוב ותשלח עדכוני סטטוס באמצעות Webhook, כולל אירועי 'STOP' ו-'Verify OK', מה שמבטיח שקיפות מלאה על צינור ההודעות שלך מבלי לבזבז מחזורי API.
משאבי מפתחים ואינטגרציה
כדי לבנות אינטגרציה חזקה המונעת הוצאות מיותרות, מפתחים צריכים ליישם אימות בצד הלקוח לפני הפנייה ל-API. עיין במדריכים חיוניים אלה כדי לייעל את היישום שלך:
- אימות פורמט טלפון E.164 בנקודות כניסה ל-API
- שבוע פיילוט ארנק: אמת על החזקות וחיובים בתעבורה חיה
- רשימת רכישת SMS API
התחל עם IOSOR
מהארגז שלחו POST ליעד בלי קידומת מדינה ולאחד באורך בלתי אפשרי. צפו ל-HTTP 400 ול-ledger שלא זז — בלי hold ובלי חיוב. אחר כך שלחו E.164 תקין וודאו שה-hold מופיע רק אחרי accept. אם הכסף זז בזוג הפסול, פענוח הכניסה שבור.
סיכום IOSOR
דחיית פורמט בכניסה אינה כשל מסירה. MSISDN פסול אסור לו לפתוח hold. עשו: פענחו E.164 לפני שהכסף זז. אל: אל תחכו ל-DLR unknown שיסביר חיוב שלא צריך להתקיים. ה-ledger שותק עד שהמספר מעוצב היטב.
האם המדריך הזה עזר?
מדריכים קשורים
- שכבות NANP לפני השליחה: איכות נתונים למחלקת כספים
למדו כיצד לנתח שכבות מספרים של תוכנית המספור הצפון-אמריקאית (NANP) כדי למנוע שגיאות חיוב.
- היגיינת E.164 אינה שאילתת HLR
למדו מדוע פרמוט E.164 מקומי ואימות כיסוי NANP שונים משאילתות HLR בזמן אמת, וכיצד לבנות את ספר החשבונות של ניתוב IOSOR שלכם.