IOSOR

IOSOR ידע

כשתקופת החסד מסתיימת והשליחה נעצרת — לייב זה לא הצלחה מזויפת

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

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

המעבר מתקופת חסד לעצירה מוחלטת

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

לוגיקת ספר חשבונות ודגלי Traffic_OK

כל עסקה בתוך הפלטפורמה מנוהלת על ידי ספר חשבונות בזמן אמת. כאשר מתקבלת בקשת הודעה דרך API או webhook, המערכת בודקת את דגל ה-traffic_ok המשויך לחשבון המשנה שלך. אם תקופת החסד של הטעינה האוטומטית חלפה, דגל זה מבוטל. חשוב לציין ש-IOSOR אינה נוהגת לדווח על 'fake-success'. אם הודעה לא נשלחה עקב בעיית יתרה, אנו נדווח על כך במדויק במקום להחזיר סטטוס הצלחה מזויף, מה שמאפשר לאפליקציה שלך להגיב נכון.

ניהול מספרי JIT והחזקות MRC

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

מצב פעולה תוצאה
חסד פעיל כשל בכרטיס תעבורה ממשיכה
חסד פג עצירה קשיחה תעבורה חסומה
החזקת MRC יתרה נמוכה שמירה על מספרים

טיפול בתגובות Webhook עבור OTP ו-SMS

כאשר המערכת נכנסת למצב השהיה, תגובת ה-API עבור בקשות OTP או SMS יוצאות תשתנה מ-202 Accepted סטנדרטי לקוד שגיאה ספציפי המציין חסימה הקשורה ליתרה. חיוני שהאפליקציה שלך תנתח את התגובות הללו בצורה נכונה. במקום לקבל טוקן Verify OK, המערכת שלך תקבל הודעה שההודעה דוכאה (suppressed). הבנת קודי הסטטוס הללו תעזור לך לספק משוב מדויק למשתמשי הקצה שלך בזמן אמת.

משאבי ציות ושקיפות

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

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

התחל עם IOSOR

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

סיכום IOSOR

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

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

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

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