GH GambleHub

שמירת נתונים ולוחות זמנים למחיקה

1) מטרה ואזור

הקמת לוח זמנים אחיד לשימור וניהול לוחות זמנים מחיקה/אנונימיות לכל המערכות וסמכויות השיפוט ל:
  • לציית לחוקים/רישיונות (GDPR/ePrivacy/AML/act);
  • למזער נפח PII;
  • להבטיח יכולת ביצוע (חפצים/יומנים);
  • הפחת את הסיכון ואת עלויות האחסון

כיסוי: חשבון/פרופיל, KYC/AML, תשלומים/PSP, טלמטריה למשחקים, RG/SE, CRM/שיווק, משתייכים, לוגים/AWP, אנליטיקה/DWH, גיבויים/ארכיונים, ספקים/ספקים, כל שוקי היעד.


2) עקרונות

1. כבול למטרה חוקית. דד-ליין קשור לעילות משפטיות ולמטרות עיבוד.
2. מזעור נתונים. מינימום שדות/תאריכים; ”אנונימיות במקום אחסון תמידי”.
3. מקומי-ראשון. שימור נצפה בתוך האזור (תושבות נתונים).
4. מדיניות-as-דאטה. גרפים מאוחסנים כרשומות הניתנות לקריאה במכונה (דיאגרמות), ממומשים על ידי אוטומציה.
5. אל-כשל סגור. פג תוקף/לא ידוע סיבה # נפסל/מחק את ההדק.
6. כושר שמיעה. כל מחיקה/אנונימיות = = חפץ בחנות תולעת.
7. גיבויים מודעים. גיבויים/ארכיונים כפופים לאותם מועדים (מקטעי גריסת קריפטו).


3) תפקידים ו ־ RACI

DPO/ראש ציות (בעלים) - מדיניות, רישום, פרשנות של נורמות, יוצאים מן הכלל. (א)

עילה משפטית/מועדים לשווקים, החזקות משפטיות. (R)

אבטחה/אינפרה - KMS/הצפנה, קריפטו-קרס, גישת רישום. (R)

פלטפורמת נתונים/אנליטיקה - דה-PII/אנונימיות, כללי DWH/DL. (R)

הנדסה/SRE - תזמור של שימור, מפלים, אינטגרציה עם מערכות/ספקים. (R)

מוצר/CRM - ציות לתכונות ודיכוי זורם עם מועדים. (C)

מנהל ספק - DPA/SLA להסרה, אישור מספקים. (R)

ביקורת פנימית - בחירות, CAPA, אימות עצמאי. (C)


4) טקסונומיה נתונים ובסיס

קטגוריות (דוגמה):
  • KUS/AGE/Biometrics - מסמכים, סלפי/פרנסה, פסקי דין. (עילה: חוק/רישיון, אינטרס ציבורי; לעתים קרובות 5-7 שנים)
  • תשלומים/PCI - אסימונים, עסקאות/רישומים, גב מטען. (סיבות: חוק חוזה/חשבונאות/PCI)
  • פעילות משחק - הימורים/ניצחונות, בונוסים, הנחות. (עילה: חוזה/רישיון, עניין המפעיל)
  • RG/SE - סטטוסים של הדרה עצמית, בדיקות זמינות/בדיקות מציאות. (עילה: חוק/רישיון, אינטרס ציבורי)
  • CRM/שיווק - אנשי קשר, קונסוליות, היסטוריות קמפיין. (עילה: הסכמה/אינטרס לגיטימי)
  • משייכים - קליק-id, מיקום, מונחים-חשיש (ללא נגן PII). (עילה: חוזה, אינטרס לגיטימי)
  • רישומים/AWS - אירועים טכניים (ללא ברירת מחדל). (עילה: אינטרס/בטיחות לגיטימית)
  • אנליטיקה/DWH - אגרגטים/פסבדונים, תכונות ML. (עילה: אינטרס/מחקר לגיטימי)

5) מטריצת ציר זמן (מסגרת)

קטגוריהמבנהשימור (בסיסי)לאחר הסמסטר
CCM/ביומטריהדרכון/סלפי/פסק דין5-7 שנים (או בשוק)מפל + קרס בארכיונים
תשלומיםמבצעים, אסימוניםהנהלת חשבונות/PCIלבטל אסימונים + מיסוך זהות
אירועי משחקיםהימורים/זכיות/בונוסיםצורך עסקי/רישיון (למשל. 5 שנים)דה-PII # קוהורטות
RG/SEסטטוסים/דגליםמונח של רישיון/מניעהשמור דגל ללא מח "ש, הסר חבילות
CRM/מסכיםדואר אלקטרוני/SMS/push, TC-linesעד אוזיבה/24 חודשים של חוסר פעילותדיכוי מיידי + מחיקה
יומנים/AWSשגיאות/שבילים (ללא PII)30-180 ימיםטיהור אוטומטי/סיבוב
אנליטיקה/DWHאגרגטים/k-anon. אין מונח (אם אנונימי)
💡 מועדים ספציפיים נקבעים ברמת השיפוט בפרופילים (ראו # 7).

6) יוצאים מן הכלל ובלוקים

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


7) פרופילים אזוריים (תבנית)


Юрисдикция: ______
KYC/биометрия: срок ___; особые запреты/форматы: ___
Платежи/бухучет: срок ___; маскирование: ___
Игровая активность: срок ___; анонимизация: k≥__
RG/SE: срок ___; политика хранения флага: ___
CRM/согласия: неактивность ≤ __ мес; double opt-in: да/нет
Логи/APM: __ дней; PII-free: да/нет
Бэкапы/архивы: локализация ___; crypto-shred SLA ___
Исключения/легал-холд: условия ___

8) מדיניות-as-Data: מודל גרף

שמרו את הגרפים כרשומות במסד הנתונים/הרשמה של ההגדרות:

retention_rule {
rule_id, version, market, data_class{KYC    PCI    GAME    RG    CRM    LOG    ANON},
lawful_basis{consent    contract    legal_obligation    legit_interest    public_interest},
retention_days, grace_days, action_after{erase    anonymize    mask    revoke_token},
pii{yes/no}, residency_region, backups_policy{crypto_shred:true, kms_key_scope:region},
dsar_applicable{yes/no}, exceptions{aml:true, legal_hold:true},
owner{dpo    legal    security    data}, approved_at_utc, next_review_at_utc
}

יש צורך ב-Versioning: כל תוכנית עריכה + גרסה חדשה + הגירה.


9) זרם עבודה (סקיצה)

1. גילוי: ”reservation _ dause _ dised” (cron/stream by creation events).
2. זכאות: בדיקת חריגים (AML/hold/personcy).
3. תזמור: נוצרת חבילת מערכות/ספקים, אסטרטגיה (מחיקה/אנונימיות).
4. הוצאה להורג: מחיקת משרות, ביטול אסימונים, מפתחות מקטע מוצפן בגיבויים.
5. אימות: פיוס רשומות, סריקת יתומים, אימות סלקטיבי של DWH/לוגים.
6. ראיות: דיווח (בדוק כמויות, זיהוי מפתח, זמן, כרכים) בתולעת; קישור ללוח מחוונים.
7. דיווח: KPIs, התראות, CAPAs במקרה של כשלים.


10) גיבויים, ארכיונים וד "ר

לוקליזציה: גיבויים באותו אזור/בלוק.
הצפנה: לכל אזור KMS/HSM; מפתחות מסודרים על ידי שוק/דייר.
קריפטו-גריסה: על מנת להגיע אל המועד הסופי - השמדת מקש הקטע, דווח עם "kms _ key _ id'.
חסימות בלתי ניתנות לשינוי: סימן ”מחכה לגרוס קריפטו” בלוח הזמנים.


11) אנליטיקה/DWH ואנונימיות

דה-PII Pipeline: לפני הייצוא ל-DWH - טוקניזציה/trunction/k-anon, הכנת תאריכים/גיאו, דיכוי ערכים נדירים, דיפ. פרטיות על דוחות.
דיווחים גלובליים - אגרגטים בלבד; לאסור מח "טים" גולמיים "מחוץ לאזור.
גורלם של ההיסטוריונים: אחרי המונח שובר קשרים עם הזהויות העיקריות.


12) אינטגרציה עם DSAR/CMP/Localization

DSAR-מחק: משתמש באותו מנגנוני תזמור/חפץ; במקרה של סכסוכים עם AML, = ההגבלה במקום למחוק.
CMP/Assance: משיכת הסכמה = עצירה מיידית ומכלול של טיימר לשימור מידע בשיווק.
תושבות: גרפים מיושמים בהיקפים האזוריים, יצוא מל "ל כפוף למנגנוני חציית גבולות.


13) מודל חפצי מחיקה


erasure_artifact {
job_id, rule_version, market, region, scope{subject    partition    cohort},
systems[], vendors[], method{cascade    crypto_shred    anonymize    mask    revoke_token},
started_at_utc, completed_at_utc, status{ok    partial    failed},
counts{records, tables, bytes}, checksum{before, after},
kms_keys_destroyed[{id, destroyed_at_utc}], orphan_scan{passed    failed},
dsar_case_id?, approvers{dpo, security}, evidence_uri(WORM)
}

14) KPI/KRI ולוח מחוונים

Reservation Complication Rate - הפרופורציה של רשומות שהגיעו לדד-ליין ומעובדות ב-SLA.
זמן למחיקה - אחוז חציוני/95 מהדק להשלמה.
גיבוי Crypto-Shreed SLA - הפרופורציה של מקטעים עם מפתחות מושמדים בזמן.
שיעור נתונים יתומים - רשומות יתומות/העתקים לא כלליים.
ספק מחיקה אק - אישור מספקים בזמן.
קישור DSAR - הפרופורציה של מחיקות הקשורות במקרים DSAR.
ציון שמיעה -% משימות עם חבילת חפצים מלאה.
יוצאים מן הכלל מיקס - יחס הרשומות המוחזקות על ידי AML/hold.


15) רשימות בדיקה

א) עיצוב ומדיניות

[ ] קטגוריה ומרשם שוק שאושרו על ידי DPO/Legal.
[ ] בסיס משפטי action_after מוגדרים לכל שיא.
[ לוח זמנים ] ותאריך שינוי הבא.
[ ] מערכת/ונדור/מפת מפתח ומקורות לוקליזציה.

ב) טכניקה ופעולות

[ ] תזמורת המצגות מחוברת לכל המערכות.
[ ] מחיקות/מסכות/אנונימיות נבדקו.
[ ] קריפטו-קרס לגיבויים: מפתחות מקוטעים, דיווחים נוצרים.
[ ] סריקות יתומים ודגימות אימות מתוכננות.
[ ] חנות חפצי התולעת זמינה לביקורת.

C) ספקים

[ ] DPA/SLA: תקופת מחיקה, פורמט של אישורים, עונשים.
[ ] אישורים רבעוניים, מחיקות בדיקה.
[ ] רשימה שחורה של ספקים עם הפרות.

16) תבניות (הכנסת זריזות)

תקליט לוח זמנים (דוגמה מ ־ YAML)

yaml
- rule_id: CRM-MKT-EMAIL version: 1.3 market: EU data_class: CRM lawful_basis: consent retention_days: 730  # ≤24 мес неактивности grace_days: 30 action_after: erase pii: true residency_region: EU backups_policy: { crypto_shred: true, kms_key_scope: region }
dsar_applicable: true exceptions: { aml: false, legal_hold: true }
owner: dpo

B) סעיף ספק (מחיקה/אישור)

💡 הספק יהיה, בתוך N ימים ממועד הבקשה, למחוק/אנונימי הנתונים בהתאם ללוח הזמנים של השמירה המצורף ולספק אישור (נפח, שיטה, זמן, זיהוי מפתח/הרבה).

C) החלטה אנונימית (DWH)

מפתח> אירועים בודדים פגו. אנו שומרים רק מקבצים עם K DNA 20, תאריכי בינינג (שבוע), גיאו-עד ל ”אזור”, דיכוי של קטגוריות נדירות <0. 5%.


17) טעויות תכופות ומניעתן

הוסר ממסד נתוני הייצור, אבל לא מגיבויים. = Crypto-red, מפתח חשבונאות על ידי שוק.
PII נופל לתוך AWS/logs. = PII-ללא ברירת מחדל, מסווה על הסוכן, שימור קצר.
DWH עם זנבות PII. = צינור דה-פיל מנדטורי לפני הייצוא.
אין חפצים. = דור מנדטורי של 'lerasure _ חפץ' ואחסון תולעת.
הספק לא אישר מחיקה. = להחזיק תשלומים/סנקציות, הסלמה ועלייה למטוס.


18) תוכנית יישום של 30 יום

שבוע 1

1. לאשר את הטקסונומיה/קרקע ואת הרישום הראשוני של החזרות לפי קטגוריות.
2. הכן פרופילים אזוריים (EU/UK/...): מועדים, יוצאים מן הכלל, גיבויים.
3. ציין מודל ”שימור _ חוק” ו- ”מחיקה _ חפץ”.

שבוע 2

4) לפרוס את תזמורת המצגת (cron/stream), לחבר מערכות מפתח.
5) הגדרת קריפטו-קרס (KMS by market), רישום של פעולות מפתח.
6) כלול צינור דה-פיי לדו "חות.

שבוע 3

7) פיילוט: 2 קטגוריות (CRM/logs) + 1 אירוע משחק חלק באנוניזציה.
8) בדיקות ספק: בקשות למחיקה ואישור.
9) לוח מחוונים והתראות (זמן למחיקה, שיעור יתומים).

שבוע 4

10) שחרור מלא; סקירות רבעוניות של לוחות זמנים ופרופילים אזוריים.
11) CAPA עבור נמצאו שאריות/הפרות.
12) תכנית V1. 1: סריקות אוטומטיות של יתומים ודיווחי ספק.


19) קטעים קשורים

מחק ואנונימיהName

DSAR: בקשות למשתמש לנתונים

לוקליזציה של נתונים על ידי תחום שיפוטName

GDPR: ניהול הסכמה/עוגיות ומדיניות CMP

פרטיות באמצעות עיצוב

במנוחה/במעבר, הצפנת KMS/BYOK/HYOK

לוח מחוונים ציות וניטור/ביקורת פנימית וחיצונית

Contact

צרו קשר

פנו אלינו בכל שאלה או צורך בתמיכה.אנחנו תמיד כאן כדי לעזור.

התחלת אינטגרציה

Email הוא חובה. Telegram או WhatsApp — אופציונליים.

השם שלכם לא חובה
Email לא חובה
נושא לא חובה
הודעה לא חובה
Telegram לא חובה
@
אם תציינו Telegram — נענה גם שם, בנוסף ל-Email.
WhatsApp לא חובה
פורמט: קידומת מדינה ומספר (לדוגמה, +972XXXXXXXXX).

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