IOSOR

IOSOR ידע

מתאם בין וובהוקים של סטטוס DLR לבין חסימות יתרה בשיטת Prepaid

למד כיצד לבצע התאמה בין אישורי מסירה נכנסים לבין יתרות Prepaid חסומות כדי לשחרר סכומים משוריינים בתשתית ה-IOSOR CPaaS.

מתאם בין וובהוקים של סטטוס DLR לבין חסימות יתרה בשיטת Prepaid.

הבנת מנגנון החסימה בשיטת Prepaid

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

מחזור החיים של קריאת DLR חוזרת

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

ניהול התאמת ספר חשבונות

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

טיפול במקרי קצה וזמני קצוב

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

משאבי אינטגרציה חיוניים

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

התחל עם IOSOR

כדי להשלים את האינטגרציה, עברו לקונסולת IOSOR וניגשו להגדרות ה-Webhook כדי להגדיר את נקודת הקצה להתאמת הספרים שלכם. ודאו שהמאזין שלכם מוכן לעבד את הנתונים של dlr.status ולמפות אותם ישירות ל-ID של החזקת העסקה המתאימה. בדיקת ההתאמה הזו בסביבת ה-Sandbox תבטיח שהכספים השמורים ישוחררו או יחויבו באופן מיידי ללא סטיות בספרים.

סיכום IOSOR

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

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

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

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