ניהול נתונים

1) למה אתה צריך את זה

ניהול נתונים היא מערכת הפעלה המחברת בין אנשים, תהליכים וטכנולוגיות כך שהמידע הוא איכותי, מאובטח, מובן וניתן לשימוש. עבור iGaming, הדבר קריטי בשל רגולציה גבוהה (KYC/AML, משחק אחראי, תשלומים), נפח אירועים (הימורים, גב, עסקאות) וקואורדינציה בין-קבוצתית (מוצר, סיכון, שיווק, פיננסים).

• אמינות המדדים (מקור האמת היחיד עבור GGR, LTV, ARPU).
• הקצאת סיכונים (קנסות, הדלפות, תקריות).
• האצת האנליטיקה ו-ML (תחזית חוץ, אנטי-הונאה, התאמה אישית).
• סקלביליות מנוהלת (שווקים/מותגים/ספקים חדשים).

2) מודל הפעלה

• ריכוז: צוות נתונים יחיד קובע סטנדרטים ומיישם תהליכים. פלוס - מהירות איחוד; מינוס - ”צוואר צר” אפשרי.
• קבוצות דומיין בעלות קבוצות משלהן, מדיניות משותפת היא מרכזית. מאזן מהירות ושליטה.
• Data Mesh: Domains - ”מוצרי נתונים” עם SLO/SLI, קטלוג וחוזים; תמיכה בניהול עצמי חזק + פלטפורמה.

עצה: להתחיל עם מודל ”פדרלי” ולהתפתח בהדרגה ל Mesh בבגרות.

3) תפקידים ואחריות

מועצת משילות הנתונים: גוף חוצה-פונקציונלי (C-level + domains) - מאשר מדיניות, סדר עדיפויות, KPI.
CDO (קצין נתונים ראשי) הוא הבעלים של האסטרטגיה של נתונים, איכות, קטלוג, תרבות.
DPO/Privacy Lead: הגנה על נתונים, ציות רגולטורי, DPIA, תקריות.
בעלי נתונים (על ידי תחום): פיננסים, מוצר, שיווק, סיכון, CRM - האחראים לסמנטיקה ולאיכות הסטים.
Data Stewers: ”משמורן” תפעולי - גלוסרי, metadata, DQ כללים, כרטיסים איכותיים.
ציות אבטחה: הצפנה, בקרת גישה, ביקורת.
פלטפורמה/הנדסה: קטלוג, שושלות, קופה, צינורות, MDM, Lakehouse/DWH.
אנליסטים/מדענים: צרכנים ובעלים משותפים של דרישות איכות וזמינות.

RACI (דוגמה מקוצרת)

פוליטיקאים: CDO (A), מועצת (R/A), DPO (C), Sec (C), בעלים (C), Eng (I)

קטלוג/גלוסרי: CDO (A), Stewers (R), בעלים (C), Eng (C)

גישה לנתונים: DPO/SEC (A), בעלים (R), IT (R), HR (I)

איכות נתונים: בעלים (A), Stewers (R), Eng (C), אנליסטים (C)

4) חפצי ממשל נתונים

1. מדיניות ניהול נתונים (מסמך מטריה): עקרונות, תפקידים, שליטה, הסלמה.
2. קטלוג נתונים: רשימה של סטים (KYC, עסקאות, סבבי משחק, גבולות RG, תשלומים, הזנות מספקים), בעלים, תגיות, סיווג.
3. גלוסרי עסקים: GGR/Net Gaming Investment Production, התחייבות לבונוס, שחקן פעיל, מקטעי VIP.
4. שושלת נתונים: ממקור (ספקים, PSP, CRM) לחנויות/מודלים - עבור אמון וביקורת.
5. חוזי נתונים: הסכמים רשמיים בין יצרן לצרכן נתונים - תוכניות, סוגים, SLA איכות/זמן.
6. Schema Registry & Versioning: אבולוציה של מעגלים ללא התמוטטות (Semver, Disponsion Plan, Reward/Forward Adventibility).
7. MDM (ניהול נתונים מאסטר): רשמים של שחקנים, מותגים, ספקים, משחקים (game_id, סטודיו, RTP, תנודתיות).
8. מדיניות שימור/מחיקה: מועדים, אחיזה משפטית, אנונימיות/פסאודונימיזציה.
9. קנבס מוצר נתונים - תכלית, צרכנים, תקריות, מטריות איכות, SLO/SLI.

5) תהליכים ומנהגים

5. 1 איכות נתונים

• שלמות, דיוק, תוקף, עקביות, זמן, ייחודיות.
• כללי DQ בצינורות (לדוגמה, סכום הימור לפי כמות הזכייה, תבנית IBAN/כרטיס, גיל 18 +).
• התראות וכרטיסים: עם רגרסיה - הסלמה אוטומטית לבעל התחום.

5. 2 בקרת גישה וסיווג

שיעורי המידע הם Public/Internal/Security/Restricted (PII/Financial).
RBAC/ABAC: תפקידים על ידי משימה (ניתוח, מוצר, סיכון), תכונות (מדינה, מותג, פרויקט).
עיקרון הזכויות המועטות ביותר, גישה זמנית (Just-in-Time), רישום בקשה.

5. 3 פרטיות וביטחון

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

5. 4 אופני חיים של נתונים

Create Access/Analytics לארכיון/מחק.
עבור iGaming: אירועים עגולים (ספין/יד), הפעלות, תשלומים, מגבלות שחקן, כרטיסי תמיכה, תלונות, DSAR.

5. 5 אחסון, הסרה, אחיזה חוקית

לוחות זמנים אחסון: רישומי הפעלה - X חודשים, דיווח - Y שנים, PII - על ידי מינימום ועל פי חוק.
הקפאת הסרות בחקירות/בתי משפט.
שיטות הסרה: מחיקה רכה (תווית), מחיקה קשה, מחיקת קריפטו, אנונימיות.

5. 6 ניהול שינוי נתונים

RFC לשינויי סכימה/חוזה, ניתוח השפעת linejet.
הליכי גיבוי ותוכנית הגירה.
חלונות ומודל ורסיונינג (v1 * v2 עם ריצה במקביל והשוואה).

6) עקרונות אדריכליים

Lakehouse + DWH: שכבות גולמיות ומטוהרות, תצוגת תיקים עבור BI/ML; פורמטים עם טרנסאקציונליות (טבלאות חומצה)

הזרמה + Batch: בזמן אמת אנטי הונאה/האנשה ודיווח יומי.
חוזי נתונים באמצעות אוטובוס אירועים: Avro/Proto, אבולוציה מעגלית, אידמפוטנטיות.
ערכות זהב: טבלאות מוסמכות עבור KPIs מפתח (GGR, DAU, שימור).
תצפית של נתונים: ניטור של רעננות, נפח, סחף של מאפיינים עבור ML.

7) מטריצות וממשל KPI

% מערכים מוסמכים בקטלוג.
כיסוי גלוסרי (פרופורציה של מונחים עם בעלים).
DQ-SLA: זמן (רעננות), אחוז של בדיקות איכות מוצלחות.
זמן חיבור מוצר חדש למקור/תחום.
מספר תקריות על ידי נתונים ומשמעות זמן להתאוששות (MTTR).
אחוז בקשות הגישה מעובד ב-SLO.
שביעות רצון אנליסט/DS (סקרים).

8) כלים (קטגוריות לדוגמה)

קטלוג & גלוסרי & Lineage: קטלוג Enterprise עם אוסף metadata אוטומטי וגרף.
איכות/יכולת תצפית: כללים, בדיקות, ניטור רעננות וסטיות.
גישה ואבטחה: מדיניות מרכזית, הוראות גישה, יומן ביקורת.
סכימה רישום/חוזים: סכימה רישום, בדיקות תאימות על CI.
MDM/Reference Data: רשומות מאסטר של שחקנים/משחקים/מותגים, ספרי עיון של מטבעות, מדינות, ספקים.
& Ticketing: צינורות אישור, תבניות RACI, תורים SLA.

9) דוגמאות לתחומי מידע ב ־ iGaming

אירועי משחק: game_round, הימור, ניצחון, RTP לפי זמן/משחק/ספק.
תשלומים: הפקדות, מסקנות, גב מטען, שיטות (כרטיסים, קריפטו, PSP מקומי).
משתמשים: KYC/KYB סטטוסים, מגבלות RG, הרחקה עצמית, תלונות.
שיווק/CRM: קמפיינים, מקורות תנועה, מקטעים, בונוסים והימורים.
ניקוד, חריגות, התראות, חקירות.
פיננסים: דוחות GGR/NET, מסים, קיצוצים על ידי מדינה ומותג.

10) תבניות (מוכנות לשימוש)

10. כרטיס ערכת נתונים 1

• סיווג/PII: ציבורי/פנימי/סודי/מוגבל
• Scheme (גרסה): התייחסות לחוזה/רישום
• שושלת: Source # Transformation # Showcase

10. 2 חוזה נתונים

• סכימה: שדות, סוגים, סריג, מילונים.
• סמנטיקה: הגדרות, חוקים עסקיים.
• דחיית משלוח, זמינות.
• תאימות: מדיניות גרסה (SEMVER), חלון דיכאון.
• איכות: בדיקות חובה (מפתח ייחודי, רכסים, מדריכי התייחסות).
• אבטחה: מיסוך/כינוי/הצפנה.

10. 3 מדיניות גישה (קטע)

עיקרון: זכויות מינימום, הצדקה לבקשה.
הזרמות - בקשה # אישור בעלים/DPO lash journal.
מועד אחרון: גישה זמנית עם החזרה אוטומטית.
ביקורות זכויות רגילות.

11) מפת מימוש של צעד אחר צעד

30 הימים הראשונים (ממשל MVP)

1. הקצאת מועצה, CDO, בעלים/דיילים לפי תחום.
2. קבל את מדיניות ניהול הנתונים ואת מודל הסיווג המינימלי.
3. להרחיב את ספריית הבסיס + גלוסרי, לתאר 10 סטים קריטיים (GGR, עסקאות, KYC).
4. כלל 5-10 כללי DQ בצינורות הראשיים (רעננות/ייחודיות/תוקף).
5. התחל בתהליך בקשת הגישה עם רישום.

60-90 ימים

1. הזן חוזי נתונים על אירועי גרעין המשחק ותשלומים.
2. אפשר רישום סכימה עם בדיקת תאימות במודיע.
3. הגדרת השושלת הבסיסית על ידי זרימות מפתח.
4. הנפקת לוחות זמנים לשימור/מחיקה והליך החזקה משפטי.
5. מסכים עם ממשל KPI ומפרסם דו "ח חודשי.

3-6 חודשים

1. רשומות המחסנים KPI ו-MDM (שחקנים/משחקים/ספקים).
2. אפשר תצפית נתונים (רעננות, נפח, סחף), התראות ורובוטים.
3. ביקורת נגישות וגליל בחזרה זכויות נוספות.
4. הקטלוג מכסה 70% מהסטים הפעילים, הגלוסרי מכסה מדדים עליונים.
5. צוותי רכבות ודומיין (תבניות, רשימות צ 'ק, SLO).

12) סיכונים ואנטי דפוסים

ספרייה עבור Directory's Sake ללא בעלות על תחום.
חבוי "צל נתונים It' (לא מוסבר Excel/מחשבים ניידים עם PII).
חוזים ללא בדיקות תאימות אוטומטיות.
ריכוז נוקשה מדי - תורים ובלמים.
חוסר מדדים איכותיים ודיווח - אין משוב.

13) תקשורת עם מנהגי סעיף שכנים

איכות נתונים, ניטור מודל, סחף נתונים, DSAR/Privacy, Ligal Hold, ML Pression - כולם מסתמכים על מדיניות משותפת, חוזים, קטלוג ותפקידים.

סך הכל

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