שאלות שצוות ops חייב לשאול לפני החתימה

צוות הרכש יכול לסגור עסקה על בסיס מחיר, בעוד צוות ops יורש פלטפורמה שלא יכולה להוכיח תנועה. לפני החתימה, ops צריך תשובות לגבי טריות ה-heartbeat, כיצד נרכשים מספרים בשיטת JIT, מה המשמעות של תגי Live, וכיצד נאכפת הוראת STOP. רשימת תיוג זו מיועדת למוכנות המסלול — ולא מדריך לקוני SMS API המכסה payloads ואידמפוטנטיות.

אמת היום הראשון של IOSOR: מסלול ירוק דורש heartbeat רענן של webhook, תג Live רק כאשר הכספת מוכנה, ושערי ציות שנשארים פעילים. חתימה ללא תשובות אלו קונה לוח בקרה שנראה פתוח אך נתיב השליחה שלו חסום. כתבו את התשובות ברשימת התיוג ליום הראשון לפני שהיועץ המשפטי חותם — היעדר heartbeat הוא סירוב מוחלט.

שאלו מי הבעלים של שעון ה-heartbeat של ה-webhook

דרשו את ההגדרה של heartbeat רענן ומה קורה כאשר הוא הופך לישן. צוות ops חייב לדעת איזו התראה מופעלת ומי משחרר את חסימת המסלול כאשר גיל ה-heartbeat חורג מהסף. חוזה שאינו מציין את הבעלים של ה-heartbeat מותיר את 'traffic_ok' כתעלומה בבוקר ההשקה.

בקשו את נתיב הבדיקה (smoke path) המוצלח האחרון — ולא מצגת שטוענת 단순히 כי 'יש תמיכה ב-webhooks'.

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

שאלו כיצד מספר מבוצע לגביו חיפוש, השהייה, רכישה והקצאה מול יתרת המקדמה. JIT פירושו שאין מלאי חנות המתחזה למלאי אמיתי; כספים ו-ops חולקים סיפור הזמנה אחד. אם מסמך התנאים מבטיח 'מספרים מוכנים בקטלוג' ללא נתיב השהייה-רכישה-הקצאה, צוות ops ייאלץ להמציא ספר שלם נוסף.

דרשו לדעת מי משלם את עלות ההקמה והעלות החודשית בתקופת ה-UTC הראשונה כדי שצוות כספים לא יופתע לאחר ההקצאה.

תחקרו תגי Live מול אריחי הגדרה

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

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

אשרו את STOP ושערי הציות בייצור

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

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

נתיבי ops קשורים

• רשימת רכישת SMS API
• מסלול המראה ליום ראשון: מה חייב להיות ירוק
• שערי ציות לפני נפח A2P

התחל עם IOSOR

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

סיכום IOSOR

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

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