IOSOR ידע
הודעות MO נכנסות לרשימת חסימה: STOP על DID מגן על המוניטין
ניתוח טכני של טיפול במילות מפתח Opt-Out עבור הודעות MO נכנסות במספרי E.164 DID, תפעול רשימת חסימה ואירועי Webhook.
ארכיטקטורת יציאה אוטומטית (Opt-Out) באמצעות MO נכנס
כאשר משתמש קצה משיב במילים STOP, UNSUBSCRIBE, או QUIT להודעת Mobile Originated (MO) נכנסת במספר E.164 DID ייעודי, הפלטפורמה שלך חייבת לעבד אות אינטראקציה זה באופן מיידי. שמירת מספרים ברשימת חסימה (suppression list) בשכבת ה-API מונעת מתנועת Mobile Terminated (MT) יוצאת עתידית להפר את כללי הציות של מפעילת התקשורת. אם מבוצעת ניסיון שליחה של הודעה יוצאת לנמען חסום, שער התקשורת חייב להשמיט או לסמן את הנתונים ככאלה שדולגו בטרם התרחשה שידור ברשת.
מיפוי מילות מפתח נכנסות לרשימות חסימה
נתוני MO נכנסים מגיעים באמצעות אירועי Webhook המכילים את מספר ה-E.164 של השולח, ה-DID היעד, חותמת זמן וגוף ההודעה הגולמי. תת-מערכת החסימה מפענחת מילות מפתח סטנדרטיות של ציות כולל STOP, CANCEL, END, QUIT, ו-OPTOUT. עם זיהוי התאמה, מנוע הקליטה מנרמל את המחרוזת על ידי הסרת רווחים וסימנים, המרת תווים לאותיות גדולות והרצת מפענח הביטויים הרגולריים. אם הגוף מכיל התאמה, המנוע מפעיל פעולת כתיבה למסד הנתונים של החסימה.
וובהוקים, קודי סטטוס ולמה 'Skipped' אינו כישלון
כאשר בקשת שליחה יוצאת מיועדת ליעד E.164 חסום, מנוע ה-CPaaS חוסם את השידור לפני שליחת הנתונים לנתיבי הניתוב. הפלטפורמה מחזירה תגובת HTTP 200 OK עם נתוני סטטוס המציינים 'skipped_suppressed'. החזרת קוד סטטוס HTTP 4xx או 5xx עבור חסימת Opt-Out היא דפוס שגוי, שכן היא מרמזת על שגיאת תשתית או מבנה בקשה לא תקין, דבר המפעיל לוגיקת ניסיונות חוזרים מיותרת ב-SDK של הלקוח. החזרת HTTP 200 OK בצמוד ל-'skipped_suppressed' מאשרת טיפול תקין ללא עלות.
כללים תפעוליים ובקרת יתרת מראש (Prepaid)
ניהול עיבוד MO נכנס ומנועי חסימה מחייב גבולות פיננסיים יציבים. פלטפורמות CPaaS פועלות במבנה תשלום מראש קפדני עם סף מינימום של USD 20 כדי לשמור על עיבוד Webhook וניתוב DID רציפים. אם יתרת החשבון יורדת מתחת לסף מינימלי זה, אירועי Webhook של MO נכנס נשמרים בתור עד 72 שעות במקום להימחק, ובכך נשמרים אותות Opt-Out קריטיים. ככל שהנפח החודשי גדל לכיוון סקירה של כ-USD 1,000/חודש, מנהלי החשבון מעריכים את דפוסי התנועה.
מטריצת תאימות: טיפול בבקשות Opt-Out נכנסות
| מילת מפתח | פעולה שננקטה | סטטוס יוצא | השפעה על החיוב |
|---|---|---|---|
| STOP | הוספה לרשימת חסימה | דולג (חסום) | ללא חיוב יוצא |
| UNSTOP | הסרה מרשימת חסימה | מורשה | תעריף רגיל |
| HELP | הפעלת Webhook מידע | מורשה | תעריף רגיל |
| CANCEL | הוספה לרשימת חסימה | דולג (חסום) | ללא חיוב יוצא |
מתחילים עם IOSOR
כש-STOP נוחת על ה-DID, כתבו את ה-MSISDN השולח לרשימת ה-suppression של אותו דייר לפני ה-MT הבא. הוכיחו ששליחה עוקבת נדחית. ייצאו את חותם ה-MO ואת שורת הרשימה. webhook 2xx בלי כתיבת רשימה אינו העבודה הזאת; ניקוי E.164 הוא שער אחר.
חומרים: מזהה מתקשר קולי לעומת From בהודעות: קול פעיל אינו אומר ש-SMS פעיל נימול E.164 לפני קישור DID: פלוס, אפסים ורווחים שמירת יתרה מראש לפני החיוב הראשון.
סיכום IOSOR
MO נכנס על DID הוא כתיבת רשימה, לא מזכרת יומן.
עשו: דיכוי לפני ה-MT הבא. אל: אל תסמנו STOP כמצוין בזמן ש-MT ממשיך, ואל תחכו להיטל שבועי.
האם המדריך הזה עזר?
מדריכים קשורים
- מסירת DID לבעלים שני: מי רשאי להקצות ולשחרر
שלוט בגבולות תפעוליים, הקצאת JIT וסף פיננסי מראש במהלך מסירת מספר DID לבעלים שני.
- תקרת הוצאות לכל DID: שכירות ותעבורה יוצאת במספר אחד
שלוט בחשיפה לכל מספר ב-CPaaS עם תוית לבנה באמצעות תקרת הוצאות משולבת עבור עלויות קבועות ותעבורה יוצאת.
- ניתוב וובהוק נכנס ב-DID: הודעות יוצאות מקור מבלי לספק בעלות מאבדות את פקודת העצירה
נתב וובהוקים נכנסים לחשבון הבעלים בצורה מאובטחת. מנע אירועי MO יתומים והחמצת ביטולי הסכמה ב-CPaaS מנוהל לבן-מותג.