IOSOR ידע
אירועי כניסה ותיבה במספרים שכורים: תפעול דו־כיווני בלי כאוס webhook
אירועי כניסה ותיבת דואר על מספרים שכורים: אימות webhook, חזרתיות זהה, STOP/HELP ומחזור UTC — ראיה white-label, לא צעצוע שיחה.
יוצא מקבל שקופיות מפת דרכים; נכנס מקבל פייג׳ר. כשלקוחות משיבים STOP, שולחים תמונה או מתקשרים חזרה למספר שכור, האירועים חייבים לנחות במערכות שלכם — תיבה שתמיכה יכולה לבטוח בה, לא יומנים מפוזרים. דו-כיווני בלי משמעת נכנס הוא הבטחה חד-כיוונית ועוד תור תלונות.
IOSOR מקצה מספרים שכורים עם webhook נכנס ושגיאות בטוחות ללקוח — white-label, בלי פורטל זר לתפעול יום שני. ליד USD 1,000+ שימוש חודשי בפלטפורמה, ראיות אימות webhook, יומני STOP ומתאם תיבה הופכים לחומר סקירה מסחרית. קודם ראיה, אחר כך קנה מידה.
סוגי אירועים שחייבים לתכנן
| אירוע | משטח מוצר | צורך תפעול |
|---|---|---|
| מסרון נכנס | שרשור / כרטיס | webhook מנוקה כפילויות + אחסון |
| אישורי מסירה (DLR) | ציר זמן סטטוס | מתאם לשליחה יוצאת |
| שיחות חוזרות קול | תור / תא קולי | מדיניות הקלטה + הסכמה |
| מילות STOP/HELP | יומן ציות | דיכוי מיידי |
STOP חסר הוא תקלת ציות, לא «נתעד אחר כך». DLR בלי מתאם לשליחה יוצאת משאיר כספים עיוורים בסוף החודש. ראו מדריך לתיבת דואר דו-כיוונית ו־מדיניות המילים STOP ו־HELP. דו-כיווני live מכסה ארבע שורות; in setup אינו דו-כיווני ייצור.
משמעת webhook לנכנס
- אמתו כל בקשה נכנסת
- מטפלים זהים בחזרה — ניסיונות חוזרים הם נורמה
- שמרו לפני תופעות לוואי (כרטיס, תשובה אוטומטית, CRM)
- תור מכתב מת עם כלי שידור חוזר
השוו ניסיונות חוזרים של וובהוק נכנס. קטלוג live עם webhook לא מאומת הוא הבטחה שאי אפשר להגן עליה. הפלטפורמה מנסה שוב; אם הצרכן מתייחס לניסיון כאירוע חדש, תיבה ופנקס מתפוצצים יחד. שמרו לפני תשובה אוטומטית.
חוויית תיבה בלי חורי הונאה
תיבה אינה צעצוע שיחה — היא ראיה:
- הציגו מספר, חותמת זמן וגוף מצונזר בבטחה.
- קשרו הקשר יוצא כשהתשובה בשרשור.
- הגבילו תשובות אוטומטיות כדי למנוע לולאות.
- ייצוא בר-ביקורת לשאלות ציות.
סוכנים לעולם לא יראו מטענים גולמיים ממעלה הזרם. אבחון גולמי לערוץ תפעול, לא למסך תמיכה. תשובות אוטומטיות בלי תקרה מרוקנות prepaid בלולאה שגויה. הייצוא עונה מי עשה מה, מתי, על איזה מספר.
מחזור חיי מספר שכור והתיבה
מספרים מתחדשים בקצב חודש לוח UTC; שחרור חייב לחתוך נכנס נקי. תעדו מי מחדש ומי פורש — כספים לא אמורים לשמוע שמספר מת מלקוחות כועסים. הצמידו מציאות השכרת מספרים מקומיים וחינמיים. אם הקטלוג נשאר in setup, אין דו-כיווני ייצור. שורה בלי הקצאה חיה היא רוח רפאים.
דגלים אדומים
- נכנס «בקרוב» על מספרי ייצור
- בלי ניקוי כפילויות → כרטיסים כפולים
- תשובות אוטומטיות בלי הקשר הסכמה
- אי אפשר לעקוב איזה מספר קיבל אירוע
- מטענים גולמיים ממעלה הזרם גלויים לסוכנים
- קטלוג live בזמן שאימות webhook חסר
- מספר משוחרר שעדיין מוסר נכנס
- דו-כיווני הובטח בזמן שהקטלוג in setup
התחילו עם IOSOR
הקצו מספר דו־כיווני שכור. שלחו MO בדיקה. פתחו את התיבה ואשרו שורה אחת עם DID, דייר ומזהה מתאם. נגנו שוב את אותו אירוע מהמכתב המת ואשרו שאין שורה שנייה. מסרו לתמיכה את נתיב STOP שהם יקראו בקול. זה פריט תיבה על DID שכור, לא מנעול שער ולא חנק שיטפון.
סיכום IOSOR
תיבת מספר שכור היא שורת תמיכה. Webhook 2xx בלי שורה הוא נפילה שקטה.
עשו: קשרו כל MO לשורה שהסוכן פותח. אל תעשו: להשאיר inbound ביומן גולמי ולקרוא לזה תיבה.
האם המדריך הזה עזר?
מדריכים קשורים
- הגדרת מענה חלופי לשיחות קוליות נכנסות שלא נענו לטריגרים של SMS
למד כיצד להגדיר טריגרים אוטומטיים של SMS עבור שיחות קוליות נכנסות שלא נענו ואותות תפוסה בתוך קונסולת ה-CPaaS הממותגת של IOSOR.
- אחסון בחוצץ (Buffer) של עיבוד וובהוק נכנס כנגד פיקים בשיהוי הספקים
למדו כיצד להגדיר כללי חציצה נכנסים של IOSOR כדי להגן על הוובהוקים שלכם מפני עיכובים במסירת ספקים, פיקי במקביליות ושגיאות פסק זמן upstream.
- סנכרון מילות הסרה נכנסות בין חשבונות רב-דייריים
שלוט בסנכרון הסרה ממסרים בריבוי דיירים ב-IOSOR. למד כיצד מילות עצירה נכנסות מנהלות מחיקות גלובליות תוך בידוד תתי-חשבונות.