שבוע חשבוניות SMS כבד: כאשר מתמטיקת המקטעים והחיוב אינם תואמים

שבוע חשבוניות SMS כבד: כאשר מתמטיקת המקטעים והחיוב אינם תואמים.

ההלם של שבוע החשבוניות הכבד הראשון

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

קידוד UCS2 וניפוח מקטעים

קידוד GSM סטנדרטי של 7 ביט מכיל 160 תווים במקטע אחד. ברגע שמשתמש מדביק מרכאות חכמות, אמוג'י או תווים קיריליים, כל המטען יורד לקידוד UCS2. מקטע UCS2 יחיד מכיל 70 תווים בלבד. כאשר הודעה חורגת מ-70 תווים, כותרות שרשור צורכות מקום במטען, מה שמוריד את מגבלות הרב-חלקים ל-67 תווים לכל מסגרת. עיין בקישורים בנושא חשבונאות מקטעי SMS כדי לבצע ביקורת על אורכי מטענים בודדים בטרם יגיעו לשער.

חותמות זמן DLR והשהיית ספר חשבונות

פלטפורמות תשלום מראש מחייבות כספים באופן מידי בעת העברה לחברת הסלולר, אך אישורי מסירה סופיים (DLR) באמצעות ווהוק עשויים להתעכב במספר דקות במהלך חלונות תעבורה שיא. אם הייצוא של הלקוח שלכם שולף נתונים בטרם כל קריאות החוזר האסינכרוניות שוקעות, ספר החשבונות של העסקאות יציג חוסר התאמה זמני מול ספירות ההודעות המקומיות. תמיד שלפו את ייצוא month-end של הארנק ב-02:00 לאחר תקופת חסד מחייבת בת שעתיים כדי להבטיח שכל DLR ממתין הותאם מול ספר החשבונות.

ספים לסקירות נפח

כל סביבת עבודה בתשלום מראש פועלת תחת גבולות מבניים נוקשים. חשבונות היורדים מתחת לרצפת התשלום מראש של USD 20 מפעילים ויסות תעבורה מידי כדי למנוע חריגות לא מובטחות. לחלופין, ברגע שדייוויד פעיל עובר את סף הסקירה הרך סביב USD 1,000/month, סיכוני סיכון אוטומטיים בודקים חריגות תעבורה יוצאי דופן או נתוני רישום 10DLC לא מאומתים. דילוג על שלב זה מוביל לסינון פתאומי מצד המפעילים.

התאמת מקטעים לעומת שורות ספר החשבונות

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

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

התחל עם IOSOR

פתח את מסוף IOSOR כדי לבדוק את נתוני ההודעות היוצאות מול יומן הביקורת של קידוד התווים לפני הפקת דוחות החיוב השבועיים ללקוחות. סנן את התעבורה היוצאת שלך לפי סימון UCS2 כדי לאתר מרכאות חכמות נסתרות או תווי יוניקוד המפצלים טיוטות בעלות מקטע בודד לחיובים מרובי מקטעים. ודא כי א่าורי המסירה האסנכרוניים הושלמו לחלוטין לפני ייצוא קבצי התאמת הנהלת החשבונות שלך.

• דיכוי נמענים בקמפיינים: החרגה אינה כישלון בספר החשבונות
• שומר היתרה עוצר קמפיינים של SMS: ארנק נמוך אינו תקלה אצל הספק
• כאשר ה-CLI חסום, הגיבוי חייב להיות אמין

סיכום IOSOR

הפערים בין יומני קריאות היישום לבין דוחות החיוב נובעים משינויי קידוד בהודעות ומכותרות מקטעים מרובים, ולא מתקלות חיוב במערכת. תו אחד שאינו בפורמט GSM מחייב קידוד UCS2, מה שמכווץ מיד את קיבולת המקטע מ-160 ל-70 תווים ומנפח את סך יחידות החיוב.

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