IOSOR ידע
מדיניות ניסיון חוזר ל-DLR כושל תחת prepaid: מתי לנסות שוב ומתי להפסיק לבזבז
failed, rejected ו-expired אינם אותה מילה. כל ניסיון prepaid הוא חיוב. שתפו מילון סטטוס לפני התקרה, אחרת הארנק נשרף במבוי סתום.
הכרטיס אומר «נכשל» ומישהו דופק ניסיון חוזר עד שהארנק prepaid ריק. כישלון אינו סטטוס. undelivered, rejected ו-expired דורשים מעשים שונים. תחת prepaid כל ניסיון אוטומטי הוא שורת חיוב, לא נימוס חינם. הסכימו על המילון לפני הלולאה, אחרת המוצר רודף המרה והכספים משלמים ניסיון שני ושלישי למספר מת.
IOSOR הוא prepaid ב-white-label: אותו אוצר מילים DLR בלוח, ב-webhook ובייצוא. מסדרון live מתיר ניסיון עם תקרה; in setup לא נפתח «בפעם הבאה». ראו לא נמסר, נדחה, פג תוקף ו-DLR, השהיה וגיבוי נתיב. ליד USD 1,000+ לחודש חיוב ניסיון לפי דלי סטטוס נכנס לקריאה מסחרית הדוקה יותר.
מילון סטטוס לפני לוגיקת ניסיון חוזר
לפני כתיבת קוד ניסיון, הדפיסו סטטוסים סופיים בטבלה שמוצר, תפעול וכספים יכולים להצביע עליה. ניסיון בלי מילון הוא לולאה ששורפת כסף. לירידת מסירה: מדריך למשלוח SMS ירוד.
| סטטוס | ניסיון אוטומטי? | מי חותם |
|---|---|---|
| Delivered | לא | אף אחד |
| Undelivered / failed | עם תקרה | תפעול |
| Rejected | לא (שנו מטען) | מוצר |
| Expired | לא (כווננו TTL) | מוצר |
failed מול rejected מול expired
Failed / undelivered פירושו שהפלטפורמה מסרה את העבודה והמסוף לא אישר. אם המסדרון בריא, ניסיון עם תקרה עשוי להציל המרה. Rejected הוא סירוב רשת או מדיניות: אותו מספר, אותו גוף, כמעט תמיד סירוב נוסף וחיוב נוסף. Expired הוא זמן: TTL קצר מזמן ההשהיה של המסדרון, או תור לפני שליחה. להתייחס ל-expired כאל failed ולהכות ניסיונות רק יוצר עוד שורות expired. OTP מחוץ לחלון כבר לא ממיר — הארנק עדיין משלם.
תקרות ניסיון והשפעה על הארנק
שימו תקרת ניסיונות אוטומטיים לכל הודעה והפרידו שליחה מחדש של משתמש מ-failover מערכת. כל ניסיון חייב להתאים ל-correlation ID בספר. «עד שיגיע» בלי תקרה מרוקן prepaid במסדרון מת. כספים חייבים לייצא יעד, סטטוס, מספר ניסיון וחיוב. ליד USD 1,000+ לולאה בלי בעלים מפסיקה להיות כרטיס והופכת נושא מסחרי. כשהמדיניות אומרת עצור, הארנק עוצר גם אם המוצר רוצה עוד פעם.
בעלות מוצר מול כספים
המוצר מחזיק במדיניות: אילו סטטוסים מתירים ניסיון, TTL, קירור שליחה מחדש. הכספים מחזיקים בנראות: האם כל ניסיון מחויב, האם הייצוא תואם webhook. התפעול מחזיק בחיתוך מסדרון כדי שממוצע עולמי לא יסתיר נתיב שבור. בלי אותה טבלה prepaid לא מחליט «נסה שוב» מול «הפסק לבזבז». אל תתנו לתמיכה להבטיח החזר בעל פה בזמן שהספר מחייב כל ניסיון.
דגלים אדומים
- רק sent ו-failed אבל יש ניסיון אוטומטי
- שלוש מכות זהות על מטען rejected
- expired כתקלת רשת
- failover מערכת ושליחה מחדש של משתמש באותה שורת חיוב
- «עד שיגיע» בלי תקרת ניסיונות
- הבטחת ניסיון כשהקטלוג in setup
- ייצוא כספים בלי מספר ניסיון
להתחיל עם IOSOR
מלאו את המילון: failed מול rejected מול expired. תקרה לניסיון חוזר אוטומטי כדי שכל DLR שנכשל לא יפתח חיוב prepaid חדש. כפתור השליחה מחדש של המשתמש נפרד מניסיון המערכת. הוכיחו את התקרה בשני מסדרונות live בנפח נמוך.
סיכום IOSOR
ניסיון חוזר ל-DLR שנכשל הוא תקרת הוצאה, לא לולאה בלי סוף.
עשו: סווגו מצב סופי, תקרה לניסיונות, ייצאו שליחה מחדש של המשתמש בנפרד מניסיון המערכת. אל: אל תחזרו על rejected או expired כאילו failed חולף.
האם המדריך הזה עזר?
מדריכים קשורים
- השוואת מדדי מסירה בין מסלולי קוד קצר למספרי חינם
ניתוח מדדי מסירת SMS בין קודים קצרים למספרי חינם עבור לקוחות CPaaS במותג לבן, תוך פירוט סינון ומעקב DLR.
- קביעת מדדי בסיס למסירה במהלך פיילוטים של נתיבים חדשים
הרץ סדרות בדיקת מסירה קפדניות, נתח ביצועי ספקים וקבע מדדי הודעות בסיסיים לפני הרחבת תנועת המותג הלבן שלך בנתיבים חדשים.
- ביקורת שיעורי מסירה וניקוי תורים לאחר תחזוקת רשת
מדריך טכני שלב אחר שלב למנהלי פלטפורמות לאימות תקינות נתיבים ופינוי בטוח של תורי DLR מושהים לאחר חלונות תחזוקת רשת תקשורת.