Localizzazione dei dati per giurisdizione

1) Obiettivo e area

Garantire la conformità ai requisiti di localizzazione/residenza dei dati in tutte le giurisdizioni di destinazione, mantenendo disponibilità, sicurezza e prestazioni del prodotto. Copertura: prodotto (web/mobile), KYC/AML/RG, pagamenti (PCI), marketing/CRM, analisi/loging, bacap/DR, provider di giochi/aggregatori, affiliati, cloud vendor.

2) Concetti di base

Residenza dati (Data Residency) - Dove i dati vengono memorizzati fisicamente.
Sovranità dati (Data Sovereignty) - Diritto dello Stato di regolare i dati presenti sul suo territorio o appartenenti a soggetti.
Trasferimento transfrontaliero: accesso, replica o elaborazione al di fuori della giurisdizione «domestica».
Dati personali (PII )/sensibili PII: documenti KYC, informazioni di pagamento, RG/SE-states, biometria.
Aggregazioni/alias/anonimizzazione: tecniche per ridurre al minimo i rischi di analisi e scambio.

3) Principi

1. Locale-first - I dati personali vengono memorizzati e elaborati nella regione «domestica» del giocatore, se le regole lo richiedono.
2. Minimizzazione e isolamento: conservare solo la necessaria e chiara segregazione dei tenanti/regioni.
3. Il trasferimento è lecito solo con il meccanismo giuridico e la valutazione dei rischi.
4. Crittografia: crittografia at rest/in transit, gestione delle chiavi dalla regione («bring/hold your own key» se possibile).
5. Prove: mappe dati, DPIA/TRA, logi di disponibilità e conferma della posizione di storage.
6. Fail-safe: backap e DR sono conformi alle stesse regole di residenza dei dati di combattimento.

4) Ruoli e RACI

Head of Compliance/DPO - Criteri, DPIA, meccanismi legali, controllo. (A)

Sicurezza/Infra Lead - Architettura regionale, chiavi/crittografia, controllo degli accessi. (R)

Data Platform/Analytics - Modelli di anonimizzazione/alias, linee di montaggio. (R)

Engineering/SRE - Implementazione di regioni, replica, DR/BCP. (R)

Legale - accordi transfrontalieri, trattati con venditori, DPA/SA. (C)

Procesement/Vendor Mgmt - Valutazione fornitori, località data center. (R)

Test Internal - campionamento, controllo manufatti, CAPA. (C)

Product/CRM/BI - Rispetto delle restrizioni in file/campagne/report. (R)

5) Classificazione e mappatura dei dati

Categorie:

KUS/Età: documenti, selfie, biometria, risultati dei controlli.
Pagamenti/PCI: PAN/token, 3DS/AR, PSP.
Attività di gioco: sessioni, scommesse, vincite/perdite, RG/SE/eventi RC.
Marketing/CRM: contatti, preferenze, flag supplence.
Logi/corpo-metria - Eventi applicazioni, errori, ricalco.
Analisi/reperti: aggregazioni, cubi, fici ML.

Mappatura (Data Map):

La fonte del sistema di la regione di stoccaggio, lo status legale dei consumatori, la durata della conservazione e il meccanismo di rimozione.
È necessaria una mappa visiva dei flussi, inclusi chi/dove viene replicato e in quale vista (RAW/PII-free/anonimizzato).

6) Cartelli di localizzazione architettonici

Regione Tenancy: cluster separati (EU, UK, TR, BR, CA, AU, ecc) con isolamento di database/segreti/chiavi.
Data Sharding per regione/mercato: prefisso «tenant _ region» in chiave, routing delle richieste tramite Geo-Router/API Gateway.
Control Plane vs Data Plane: dashboard globale senza PII PII - solo nelle date playlist regionali.
La cache Edge senza PII consente di memorizzare solo i contenuti pubblici/non.
Analisi tramite De-PII Pipeline: esportazione in DWH solo di unità/alias; PII «puliti» - vietati fuori regione.
DR all'interno della regione è una replica a caldo nello stesso paese/blocco regionale (o una regione di crociera autorizzata con protezione e yuri simili). la base).
BYOK/HYOK: chiavi di crittografia controllate dalla regione/cliente; KMS con revisione completa.

7) Trasferimenti transfrontalieri: meccanismi legali (ossatura)

Contratti:

Clausole contrattuali standard/analogie locali (SCC/IDTA/supplemento. accordi).
Supplementi di trasferimento a paesi terzi (DPA, SSA, Schrems-compatibili valutazioni dei rischi).
Valutazioni dei rischi: TIA/TRAs (Transfer/Third-Country Risk Assessments).
Misure tecniche: crittografia, separazione dei ruoli, tornizzazione, minimizzazione.
Gli organigrammi sono i criteri di accesso need-to-know, registrazione, formazione.

💡 Nel prodotto, qualsiasi richiesta di assistenza, BI o sviluppatore di dati «fuori regione» passa attraverso un livello proossi che: (a) pulisce il PII, (b) applica la base di accesso, (c) logica gli artefatti.

8) Profili regionali (modello)

Per ogni mercato, mantenere la carta:


Юрисдикция: ______
Требования к резидентности: (обязательная/рекомендуемая/нет)
Запреты на трансграничность: (полный/условный/нет)
Разрешенные механизмы передачи: (SCC/IDTA/локальное соглашение)
Особые категории: (биометрия/финансы/RG)
Бэкапы/DR: (где, частота, шифрование)
Логи/телеметрия: (можно ли выводить за рубеж, в каком виде)
Сроки хранения: (KYC, платежи, игровые, RG/SE)
Удаление/DSAR: (SLA, подтверждения)
Вендоры/облака: (разрешенные регионы)

9) Localizzazione di backup, fogli, analisti

Bacap: catalogo crittografato, nella stessa regione, di prove di posizione (ID provider/bakup-wolt/retenza).
Fogli/roulotte: PII-free predefinito; se i PII sono inevitabili - archivi locali dei logi, con modifica/occultamento.
Analisi/DWH: solo chiavi alias; aggregazione k-anonima divieto di scaricare eventi crudi fuori dalla regione senza motivo.

10) Fornitori e cloud

Registro dei venditori con campi: paese di registrazione, regioni data center, certificati (ISO/PCI/SOCC), firme DPA/SCC/IDTA, modalità chiavi, processori secondari.
Procedura pre-flight: valutazione giurisdizionale, DPIA/TIA, test di tolleranza all'interno della regione, verifica data at rest.
Clausole contrattuali: notifica dei cambi di CPU/posizione, controllo, tempi di risoluzione, multe.

11) Rimozione, retenza e DSAR

Regole di conservazione: CUS/finanza/giochi/logi - tempi separati (spesso 5-7 anni per la compilazione; in marketing, più breve).
Eliminazione tecnicamente forzata (erasure): delete jobs a cascata con report; crypto-rimozione (rimozione delle chiavi) per gli archivi.
DSAR/Subject Rights: gestione delle richieste di accesso/correzione/rimozione solo nel perimetro regionale; gli artefatti della risposta sono in un WORM locale.

12) Procedure di controllo e controllo

Data Lineage: origine dei campi, percorso dei flussi transfrontalieri, firma hash di esportazione.
Access Reviews: Review trimestrale dei permessi di accesso, report delle richieste crocifissionali.
Fogli di trasmissione: chi/cosa/quando/dove/tipo di dati/maschera PII/risultato.
Verifica dei venditori: rapporti annuali e pentesti/certificati.
CAPA: correzioni per scoperte, deadline e responsabili.

13) Requisiti di prodotto e API

Geo-router: taglia'player _ region ', e invia le query al cluster «home».

Policy-aware APIs: тег `data_class={PII	PCI	ANON}`, `region_scope={local	global_anon}`, `transfer_basis_id`.
Ivent:
«data _ residency _ asserted» (regione confermata),
`xborder_export_requested/approved/denied`,
`backup_completed_local`,
`dsar_fulfilled_local`.
Fail-Closed - In una regione non definita, non è possibile operare con PII.

14) Matrice dove memorizzare (esempio)

Categoria	Posizione di storage	È possibile replicare all'estero	Condizioni
Documenti KYC/biometria	Regione locale	No	Solo aggregazioni/verdetti «pass/fail» fuori
Token di pagamento	Regione + PCI	Condizionale	Torning, PCI-scoop, contratto con PSP
Eventi di gioco (crudi)	Regione	Condizionale	Alias unità → in DWH globale
States RG/SE	Regione	No	Solo le bandiere «anonymized» dei sistemi globali sono consentite
contatti CRM	Regione	Condizionale	Con risoluzione e DPA; flag di suppressione localmente
Logi/roulotte	Regione	Solo PII-free	Maschera/rimuove PII su un raccoglitore

15) KPI/dashboard di localizzazione

Residency Coverage:% dei soggetti i cui PII sono nella giusta regione.
X-Border Recest Rate - Percentuale di richieste di accesso transfrontaliero (per ruolo/divisione).
Anonymized Export Share: percentuale di esportazioni in DWH globale passate da De-PII.
Backup Locality SLA:% di backup confermati in una regione locale.
Vendor Region Drift - Incidenti di cambio di posizione/sottoprodotto.
DSAR SLA: mediana di esecuzione nel perimetro regionale.
Controllo Findings (repeat) - Non corrispondenze ripetute.

16) Assegno fogli

Prima di accedere alla nuova giurisdizione

Mappa dei dati e classificazione per categoria.
Carta di giurisdizione (requisiti, bacapi, fogli, tempo di conservazione).
Piano architettonico della regione (VPC/cluster/database/KMS).
DPIA/TIA, contratti (DPA/SCC/analogie locali).
Ufficio venditore (posizioni DC, processori secondari).
Set di criteri: accesso/rimozione/esportazione.

In operazioni

Convalida quotidianamente «residency asserzioni» in base ai nuovi record.
Monitoraggio delle richieste e dei respingimenti a livello regionale.
Verifica la località dei backup/registri.
Coda DSAR all'interno della regione.

Controllo/miglioramenti

Revisione trimestrale dei venditori/regioni.
Test DR in ogni regione (1/trimestre).
CAPE per violazioni (tempi/responsabilità).

17) Modelli (inserimento rapido)

A) Clausola con venditore (localizzazione dei dati)

💡 Il fornitore garantisce la conservazione e l'elaborazione dei Dati personalizzati delle categorie {PII/RG/KYC} esclusivamente nella regione {...}. Qualsiasi trasferimento transfrontaliero è consentito solo in presenza di meccanismi legali e di un accordo scritto. Modifica la posizione con una notifica di 30 giorni.

B) Criteri di esportazione (richiesta interna)

💡 Richiedo l'esportazione di apparecchi per il mercato {...} per il periodo {...}. Categoria dati {ANON}. La base è {report/controllo}. Rischi valutati, PII mancante. Responsabile: {...}. La data di scadenza del caricamento è {...}.

C) Testo in SLA con business

💡 Tempo di risposta DSAR fino a X giorni, rimozione a cascata e conferma in un artefatto dallo storage WORM regionale.

18) Errori frequenti e prevenzione

Becapi in una regione vicina «comoda». solo Becap locali.
I loghi PII sono in partenza per l'APM globale.
Rapporti globali con ID crudi.
Miscelazione controllo/data plan. → Global Control plane - Senza PII.
Nessuna prova di residenza.

19) Piano di implementazione di 30 giorni

Settimana 1

1. Approva il criterio di localizzazione e il modello di classificazione dei dati.
2. Costruire una mappa primaria dei flussi sui mercati correnti.
3. Definire i servizi boundary regionali e i requisiti di chiave (BYOK/HYOK).

Settimana 2

4. Espandere i cluster di priorità regionali numero 1 (EU/UK/...); Abilitare Geo-Router.
5. Abilita le linee di montaggio De-PII in DWH, configura i fogli locali/ARM.
6. Firma/aggiorna DPA/SCC/IDTA con venditori chiave.

Settimana 3

7. Migrazione del PII ai database regionali; Becap locali e piano DR.
8. Immettere il processo di richiesta di esportazione transfrontaliera (portale + registro).
9. Impara comandi (Prod/BI/CS/Legale) con le nuove regole.

Settimana 4

10. Eseguire un test DR e un controllo di residenza selettivo.
11. Attiva il dashboard KPI (Residency Coverage, Backup Locality SLA).
12. CAPA per le soluzioni temporanee trovate piano v1. 1 (i seguenti mercati).

20) Sezioni interconnesse

Procedure KYC e livelli di controllo/Controllo dell'età

Criteri AML e controllo delle transazioni

Gioco responsabile e limiti/SE/Reality Checks

Report di regolazione e formati di dati

Dashboard della compilazione e monitoraggio

Controllo interno/esterno e foglio di controllo

BCP/DRP e Crittografia At Rest/In Transit