IOSOR ידע
עמידה בכללי TCPA ו-CASL לפני שליחה בסביבת ייצור
אכיפת הוכחות הסכמה לפי TCPA ו-CASL וטיפול אוטומטי בהודעות STOP כדרישת סף מחייבת לפני הפעלת ייצור ב-IOSOR.
עמידה בכללי TCPA ו-CASL לפני שליחה בסביבת ייצור.
הוכחת הסכמה כתנאי סף מוחלט בסביבת ייצור
התייחסות לאימות הרשמה (opt-in) ולמנגנוני הסרה (opt-out) כאל מדדי עבירות בלבד היא שגיאה ארכיטקטונית חמורה. על פי חוקי התקשורת בצפון אמריקה, הסכמת הנמען אינה ציון אופטימיזציה אלא תנאי בינארי הכרחי לשידור. השקת קמפיינים של SMS בסביבת ייצור ללא תיעוד הסכמה הניתן לאימות קריפטוגרפי חושפת את הפלטפורמה לקנסות כבדים מכוח ה-TCPA בארה"ב וחוקי ה-CASL בקנדה.
הבדלים משפטיים: הסכמה מפורשת בכתב לפי TCPA לעומת CASL
חוק ה-TCPA דורש הסכמה מפורשת מראש ובכתב לכל תעבורת SMS פרסומית ואוטומטית, תוך דרישה להסכם כתוב וחד-משמעי המתיר שליחת הודעות למספר מסוים. CASL מבחין בין הסכמה מפורשת (שאינה פגה אלא אם בוטלה) לבין הסכמה מכללא הנובעת ממערכת יחסים עסקית קיימת (EBR), אשר תוקפה פג לאחר 6 או 24 חודשים בהתאם לכללים מוגדרים.
טיפול בהודעות STOP נכנסות והפעלת Webhook ברמת התשתית
ציות לבקשות הסרה חייב להיאכף בשכבת הפלטפורמה הראשית ולא להידחות ללוגיקת הקוח של הלקוח. כאשר הודעת MO נכנסת המכילה מילות מפתח כגון STOP, UNSUBSCRIBE, CANCEL, QUIT או ARRET מגיעה לנתיב E.164 מוקצה, מערכת הליבה מסמנת מיד את הנמען במרשם החסימות. פלטפורמת IOSOR שולחת אישור 'Verify OK' אוטומטי למנוי ובמקביל משדרת Webhook בזמן אמת לנקודת הקצה התפעולית שלך.
הפרדת דיירים ואבטחת ספר חשבונות בקנה מידה רחב
מניעת זליגת נתוני חסימה בין דיירים שונים לצד שמירה על תאימות לספקי התקשורת מחייבת הפרדת Multi-tenant קפדנית. טבלאות ההסרה מחולקות לפי מזהה דייר, מה שמבטיח שאירוע STOP של לקוח אחד לא יפגע בזרימת הודעות OTP מאושרות של לקוח אחר. כל הניתוב והקצאת המספרים פועלים במודל JIT: מספרים מופעלים באמצעות תהליכי שריון והקצאה מראש עם ניכוי ישיר ממאזן ה-MRC.
ארכיטקטורת אימות בייצור וקישורי עמידה ברגולציה
לפני העברת תעבורה מסביבת הבדיקות לייצור, צוות הציות חייב לבצע בדיקות הסרה על כל המספרים הווירטואליים הייעודיים. יש לוודא כי Webhook של הודעות STOP מעדכן את רשומות ה-CRM תוך פחות מ-500 מילי-שניות וכי דוחות DLR משקפים במדויק יעדים שנחסמו.
חומרים קשורים: פקודת STOP לאחר תור השליחה: דילוג ללא זיוף מסירה · מדיניות STOP ו-HELP היא לא ניתוב תיבת דואר נכנס רגיל · שמירת יתרה מראש לפני החיוב הראשון.
התחל עם IOSOR
הכנס למסוף IOSOR כדי להגדיר ווהוקים של מילות מפתח נכנסות ולאכוף בדיקות של יומן ההסכמה לפני הפעלת תעבורה חיה. הרץ בדיקת הדמיה על ידי שליחת מילות מפתח נכנסות כגון STOP, CANCEL ו-ARRET כדי לוודא עדכוני דיכוי בפחות מ-500 מילישניות על נתיבי E.164 מוקצים. השאר את שערי הייצור נעולים עד שההדמיה הרגולטורית שלך תוכיח אפס דליפות במורד הזרם בכל הדיירים היעדים.
סיכום IOSOR
ציות להסרת הסכמה ואימות הרשאות אינם בגדר אופטימיזציות למשלוח לאחר שליחה, אלא שערי ארכיטקטורה שאינם ניתנים למשא ומתן. תחת מסגרות החוק של TCPA ו-CASL, אי-אימות הסכמה מוקדמת מפורשת בכתב או עיכוב בדיכוי מילת המפתח STOP בשכבת הכניסה חושפים את נתיבי הפלטפורמה לחסימות ספקים מיידיות ולקנסות משפטיים חמורים.
בודד את ספרי ההסרה של הדיירים תוך אכיפת ביצוע מילות מפתח ברמת החומרה בגבול הפלטפורמה. אל תסתמך על תשאול מסד נתונים אסינכרוני או על משימות רקע ברמת היישום לעיבוד אותות ביטול הסכמה נכנסים לאחר תחילת תעבורת הייצור.
האם המדריך הזה עזר?
מדריכים קשורים
- פקודת STOP לאחר תור השליחה: דילוג ללא זיוף מסירה
טפל נכון בבקשות STOP נכנסות במהלך שיגורי SMS מושהים או בתור על ידי דיכוי השידור מבלי לייצר אישורי מסירה כוזבים.
- מדיניות STOP ו-HELP היא לא ניתוב תיבת דואר נכנס רגיל
הבין מדוע מילות המפתח STOP ו-HELP מייצגות זכויות נמען מחייבות ומדיניות פלטפורמה ולא ניتוב תיבת שיחה רגיל ב-IOSOR.