דפי מצב מערכת

1) מדוע אנו זקוקים לדפי מצב

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

2) קהל וצרכיהם

שחקנים: אינדיקציה פשוטה ”עובד/יש בעיות”, ETA/ETR, טקסט מובן ללא ז 'רגון.
VIP/Associates/Partners: השפעה על הפקדה/תעריפים/דיווח, חלונות זמן, המלצות (השהיית קמפיינים).
פקודות פנימיות: פירוט על ידי רכיב/אזור, מתאם עם KRI/SLO.
רגולטורים ובנקים/רוכשים: עצם האירוע, ההשפעה על שחקנים/עסקות, קישורים להודעות רשמיות.

3) נפח תצוגה (מודל רכיב)

רכיבי מוצר: אימות, הפקדות, הימורים, מסקנות, פרופיל, בונוסים, משחקים חיים, הזרמה.
תשתית: שער API, מסד נתונים, מטמון, ברוקר הודעות, CDN/WAF, ספקי תשלומים, KYC/AML.
אזורים/אשכולות: GEO (EU/MEA/LATAM/APAC), אזורי ענן, מרכזי נתונים.
מצב: OK/Degradation/Partial unfailability/Unavailable/Planned actions.

4) ארכיטקטורת פלטפורמת מצב

4. 1 ציבור נגד פרטי

קהל: תצוגה סטטית (SPA/SSG) + מטמון, CDN, API קריאה בלבד.
פרטי (פנימי): מדדים מורחבים, KRI, קישורים לחדר var.

4. 2 מקורות נתונים

ניטור ו-SLO: מדדים (Prometheus/Otel), בדיקות סינתטיות, סיכות של ספקים חיצוניים.
ניהול אירוע: כרטיס אירוע, ציר זמן, מצב רזולוציה.
Webhooks מ ־ PSP/KYC/game speckers: אותות נגישות/שגיאה.
עדכונים ידניים של עופרת תקשורת דרך קונסולה מאובטחת (עם רישום ביקורת).

4. 3 זרימה מעודכנת

Metrics/KRI ach extruction Rules = = יצירת/עדכון תקרית # Comms Lead מפרסמת כרטיס/עדכון לעמוד ציבורי וערוצים (דואר אלקטרוני/טלגרם/טוויטר/שיחות פנימיות).

5) SLO על עדכונים והתנהגות אירוע

פי-1: העדכון הראשון נמשך 10 דקות, ואז כל 15-30 דקות עד ההתייצבות.
פי 2: העדכון הראשון נמשך 20 דקות, ואז כל 45-60 דקות.
P3/P4: העדכון הראשון על 60-1440 דקות, ואז על ידי אבני דרך.
חוק: אם אין חדש, אנחנו עדיין מפרסמים ”ללא שינוי”, מצביע על השעה של העדכון הבא.

6) עבודות מתוכננות

תבנית הכרזה עם חלון, אזורי פגיעה, סיכון הרחבה, שלבי גלגול.
לוקליזציה חובה, אזורי זמן מקומיים + UTC.
הפעלה של ”הקפאה” בערוצים הסמוכים במהלך החלון.

7) חסימת תבניות בעמוד

• כותרת, רמה (P1-P4), רכיבים/אזורים מושפעים.
• הזנה של עדכונים (זמן, מחבר/בוט, עובדה קצרה, עדכון הבא).
• השפעה נוכחית (אחוז/מטרי), מעקף (אם בכלל).
• ETA/ETR (כאשר זמין), אנשי קשר תומכים, קישורים לשותפים/רגולטורים.

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

היסטוריה: ניתן לחפש בארכיון לפי תאריך/רכיבים (12 חודשים), לייצא ל ־ PDF/CSV.

8) לוקליזציה וזמינות

שפות: EN + key markets (למשל: EN + key markets). TR/ES/PT-BR/PL/RO).
זמן: user locale + UTC.
A11y: אינדיקטורים ניגוד, טקסטים אלט, סימון סמנטי.
הגרסה הניידת היא חובה.

9) בטיחות וציות

רק פרטים טכניים הכרחיים מינימליים; אל תחשוף IP/טופולוגיה פנימית.
כל השינויים עוברים תקשורת עופרת/משפטית תחת נושאי PII/תשלום.
קונסולת פרסום עבור SSO/MFA, זכויות JIT, רישום ביקורת (מי/מה/מתי/למה).
אחסון היסטוריה ללא שינוי של תולעת; הגנה מפני החלפה ומחיקה המונית.

10) אינטגרציה עם פעולות ונתונים

חדר מלחמה: תקשורת דו כיוונית, אוסף אוטומטי של עובדות מכרטיס האירוע.
SLO/SLI: בדף ניתן להציג גרפי UPTIME (30/90 יום).
PSP/KYC: תגי מצב של ספק חיצוני (on/off/digred) עם זמן התגובה האחרון.
Business KPIs: נתח אופציונלי של הפקדות/תעריפים מוצלחים בשעה האחרונה (ללא גילוי כרכים סודיים).

11) אנטיספאם והגנה מפני רעש

שכפול אירועים; תקריות הקשורות לקיבוץ.
המתן לפני פרסום עדכונים אוטומטיים (לדוגמה, 2-3 דקות) כדי לסנן ”נפנוף”.
מדיניות תיקון רטרוספקטיבה (עריכה רק עם הערה והפניה diff).

12) מדדי איכות של תקשורת מצב

MTTA-Comms: לפני העדכון הציבורי הראשון.
הדבקות בקיידנס: דבקות בתדירות העדכונים.
עקביות: התאמת ניסוח בין ערוצים (0 סתירות - מטרה).
סיקור: שיעור האירועים המשתקפים בעמוד הסטטוס.
מגעים חוזרים: הפחתה של שיחות חוזרות לתמיכה.
View # Deflect: מתאם של צפיות בעמודים עם נפילת הכרטיסים הנכנסים.

13) מימוש מפת דרכים (שבועות 6-8)

• קטלוג של רכיבים/אזורים, תרשים של עיצוב P1-P4 רמות עמוד; SSG/SPA ותפקידי בחירת CDN (IC/Comms Lead).

• אינטגרציה עם כרטיסי מעקב ותקרית; פרסום קונסולות (SSO/MFA, ביקורת) תבניות הודעות ומיקומן.

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

• תרגילים (שולחן) עם טיימרים; סטארט-אפ של KPI; כללי תיקונים רטרוספקטיביים; מדריך ציבורי ”איך לקרוא מעמד”.

14) חפצים ותבניות

מטריצת רכיבים: reperent ach regions _ bothers = SLO ach ערוצים של הסלמה.
התבנית של העדכון הראשון: מה קורה, מי מושפע, מה אנחנו עושים, העדכון הבא.
סוגרים תבנית: זמן התאוששות, סיבה, מניעה, פיצוי (אם בכלל).
מדיניות עריכה: מי יכול לפרסם/לערוך כיצד מסומנים תיקונים, localization SLAs.
Runbook ”עבודה מתוכננת”: רשימת בדיקות לפני/אחרי, קריטריונים ”go/no-go”, חבילת תקשורת.

15) תרחישים מיוחדים

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

16) תרופות אנטי ־ פטריות

שקט> 30 דקות ב P1.
מספרים/ניסוח שונים בערוצים ובדף הסטטוס.
פרטים טכניים מדי ללא תרגום לשפת משתמש.
למחוק היסטוריות תקרית במקום פלאשבקים.
פרסומים ידניים ללא רישום ביקורת ושליטה על זכויות.

17) השורה התחתונה

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