https://twentyyears.ai/assets/confidentialityLegalFramework-CcfIkFWZ.js

1const e="Articolo SEO bilingue IT — articolo complementare di patentSearchConfidentiality. Quadro giuridico sulla riservatezza AI/cloud. Supporta [LINK:slug]label[/LINK] (ancore ammesse tramite slug#anchor) e [REF:n]. Marchio TWENTY YEARS invariato.",i="Riservatezza, IA e cloud: il quadro giuridico da conoscere (2026)",o="CLOUD Act, FISA 702, Schrems II, GDPR, SecNumCloud, SOC 2 — ciò che i giuristi IP devono comprendere sul quadro giuridico applicabile agli strumenti di IA e cloud.",t="Riservatezza, IA e cloud: il quadro giuridico da conoscere",a="European and French Patent Attorney",n="Home",r="Riservatezza — quadro giuridico",s="Riservatezza, IA e cloud: il quadro giuridico da conoscere",c="SOC 2, ZDR, CLOUD Act, Schrems II, GDPR, SecNumCloud... Le sigle si accumulano, ma le conseguenze sono molto concrete. Questo articolo spiega la storia e il significato di ogni legge, standard, quadro contrattuale e norma extraterritoriale, per i giuristi che vogliono capire cosa accade davvero quando un prompt sensibile viene inviato a uno strumento di IA.",l="Articolo complementare: se cerca soprattutto di capire <strong>quale strumento utilizzare</strong> per la ricerca brevettuale, veda [LINK:patentSearchConfidentiality]Riservatezza delle ricerche brevettuali: i 4 livelli di protezione[/LINK].",u="1. Standard e impegni contrattuali",d="Prima della legge viene il contratto. E prima del contratto spesso viene lo standard. Un fornitore di servizi può assumere impegni contrattuali e far certificare da un revisore indipendente che li rispetta. Questi impegni valgono quanto la loro applicazione concreta, ma sono il primo mattone di qualsiasi politica di riservatezza.",p="SOC 2",_="<strong>SOC 2</strong> significa <strong>Service Organization Control 2</strong>. È un rapporto di audit sviluppato dall'<strong>AICPA</strong> (American Institute of Certified Public Accountants), che valuta i controlli di un fornitore di servizi rispetto a cinque <strong>Trust Services Criteria</strong>: sicurezza, disponibilità, integrità del trattamento, riservatezza e privacy[REF:14].",m="Il rapporto è emesso da una società di revisione indipendente, di solito una CPA firm. Esistono due versioni:",g="<strong>SOC 2 Type I</strong>: audit in un determinato momento. Viene esaminata la progettazione dei controlli, ma non il loro funzionamento nel tempo.",f="<strong>SOC 2 Type II</strong>: audit su un periodo, tipicamente 6 o 12 mesi. Il revisore verifica che i controlli abbiano effettivamente funzionato, in modo ripetuto, durante quel periodo. È la versione di riferimento nei processi seri di procurement B2B.",z="<strong>Conseguenze pratiche</strong>:",v="Un rapporto SOC 2 Type II contiene informazioni sensibili. In genere viene fornito a clienti o prospect solo in base a un accordo di riservatezza (NDA). Grandi fornitori come OpenAI[REF:12], Anthropic[REF:11], Microsoft, Google e AWS rendono disponibili i loro rapporti SOC 2 tramite Trust Portals, soggetti a NDA.",h="SOC 2 dimostra buone pratiche, ma <strong>non è uno scudo giuridico</strong>. Un fornitore SOC 2 Type II può comunque essere costretto da un'autorità giudiziaria a cui è soggetto a produrre dati. Il suo audit annuale non lo esenta da ciò.",S="Per la IP, SOC 2 è necessario ma non sufficiente. Dimostra che i controlli interni funzionano. Non dimostra che il fornitore sia immune da un ordine straniero di divulgazione.",I="Uno strumento di ricerca brevettuale senza SOC 2 Type II non può dimostrare il controllo operativo dei propri controlli di sicurezza. È una soglia minima quando Lei vi incolla descrizioni di invenzione. Ma SOC 2 non dice nulla sulla giurisdizione del fornitore né sulla sua catena di sub-responsabili. Un fornitore può essere SOC 2 Type II e soggetto al [LINK:confidentialityLegalFramework#cloud-act]CLOUD Act[/LINK] nello stesso momento. Per una pratica FTO strategica, lo verifichi separatamente.",b="ISO 27001",C="<strong>ISO/IEC 27001</strong> è uno standard internazionale per la gestione della sicurezza delle informazioni, pubblicato da ISO e IEC[REF:15]. Mentre SOC 2 è un rapporto di audit di matrice statunitense, ISO 27001 è una certificazione che valida l'implementazione di un <strong>sistema di gestione</strong> della sicurezza: policy, organizzazione, processi e documentazione. L'approccio è più formale e più ampio.",A="In pratica, molti fornitori seri sono certificati sia SOC 2 Type II sia ISO 27001. I due si completano. SOC 2 mostra che i controlli funzionano quotidianamente. ISO 27001 mostra che esiste un quadro organizzativo per gestire la sicurezza.",E="ISO 27001 è attesa nei processi di procurement B2B con grandi account come aziende Fortune 500 ed enti del settore pubblico. Un fornitore di strumenti di ricerca brevettuale senza ISO 27001 può essere squalificato in anticipo in questo tipo di pipeline. Per uno studio privato che vuole semplicemente mettere in sicurezza le proprie ricerche, non è sempre un must-have. È un segno di maturità.",L="BAA (Business Associate Agreement)",q="Un <strong>BAA</strong> è l'impegno contrattuale richiesto da <strong>HIPAA</strong> (Health Insurance Portability and Accountability Act, diritto statunitense) per il trattamento di dati sanitari. È rilevante soprattutto per organizzazioni che trattano dati sanitari statunitensi. OpenAI offre BAAs per alcune offerte Enterprise[REF:2]. Anche Microsoft, Google e AWS lo fanno.",N="Nel diritto francese ed europeo, gli obblighi specifici relativi ai dati sanitari passano attraverso il regime <strong>HDS</strong> (Health Data Host, regime francese).",P="Se Lei lavora su brevetti nel settore sanitario statunitense, come dispositivi medici, biotech o diagnostica, un fornitore di IA senza BAA è escluso. Al di fuori dei dati sanitari statunitensi, un BAA non ha impatto diretto sulle Sue ricerche.",D="ZDR (Zero Data Retention)",R="<strong>ZDR</strong> è al tempo stesso un impegno tecnico e contrattuale: il fornitore non conserva i prompt oltre l'inferenza, ossia oltre il tempo strettamente necessario al trattamento. Non esiste quindi alcun database persistente di prompt da consegnare se viene notificato un ordine.",y="ZDR riguarda la conservazione <strong>dopo</strong> il trattamento. Durante il trattamento stesso, il dato è naturalmente presente in memoria e leggibile dal sistema di inferenza.",U="<strong>A seconda del fornitore</strong>:",O="<strong>OpenAI</strong>: ZDR non è abilitato per impostazione predefinita sull'API. Per impostazione predefinita, i log di abuso possono essere conservati fino a 30 giorni. Opzioni di retention ridotta e ZDR esistono per determinati clienti ed endpoint idonei[REF:1].",w="<strong>Anthropic</strong>: non confonda “no training on customer content”, che è l'impegno contrattuale predefinito per l'API commerciale, con “ZDR”, cioè assenza di conservazione. I periodi di conservazione dipendono dal contratto[REF:10].",F="<strong>Microsoft Azure OpenAI</strong>: il sistema di abuse monitoring può comportare revisione umana e archiviazione separata. La modifica o disattivazione dell'abuse monitoring è possibile per alcuni clienti idonei, dopo una richiesta approvata. Non è un'impostazione ZDR universale attivata da un abbonamento standard[REF:3].",T="<strong>A nostro avviso</strong>, un fornitore che annuncia “ZDR” senza specificare endpoint, piano e prova contrattuale non dice molto. Serve l'addendum o il documento di configurazione che lo stabilisce.",k="ZDR è l'impegno più importante in pratica per la IP. Se il fornitore non conserva i Suoi prompt oltre il trattamento, non gli resta nulla da produrre se viene notificato un ordine. Per una ricerca FTO, chieda espressamente al Suo fornitore di confermare la configurazione ZDR. Senza di essa, le Sue descrizioni di invenzione possono rimanere archiviate per almeno 30 giorni ed essere leggibili dai team del fornitore in contesti di moderazione o supporto. Si noti tuttavia che ZDR non cambia la giurisdizione del fornitore. Un fornitore ZDR statunitense resta soggetto al [LINK:confidentialityLegalFramework#cloud-act]CLOUD Act[/LINK] per ciò che resta accessibile, come cache o log di abuso.",G="2. Diritto statunitense dell'extraterritorialità",K="Per capire perché la riservatezza di un prompt inviato a un fornitore statunitense è una questione giuridica seria, deve conoscere quattro quadri. Tre hanno tra 6 e 50 anni. L'ultimo è entrato in vigore nel 2023 e rimane in evoluzione.",x="Prima del CLOUD Act: la controversia Microsoft Ireland",B="Nel 2013, lo US Department of Justice (DOJ) ordinò a Microsoft di produrre email archiviate sui suoi server in <strong>Irlanda</strong>, nell'ambito di un'indagine sul traffico di droga. Microsoft rifiutò, sostenendo che i dati non si trovavano negli Stati Uniti. Il caso arrivò fino alla Supreme Court. La domanda era semplice: un mandato statunitense può raggiungere dati archiviati all'estero?",M="Per eliminare l'ambiguità giuridica, il Congresso adottò il <strong>CLOUD Act</strong> nel 2018. La risposta è ora chiara — e non in un senso favorevole alla riservatezza europea.",H="CLOUD Act (2018)",Y="Il <strong>CLOUD Act</strong> (Clarifying Lawful Overseas Use of Data Act) è stato adottato il <strong>23 marzo 2018</strong>[REF:7]. Ha modificato lo Stored Communications Act per imporre a qualsiasi fornitore di electronic communication service o remote computing service soggetto alla giurisdizione statunitense di preservare, effettuare backup o divulgare contenuti e informazioni in suo possesso, custodia o controllo, <strong>che tali dati si trovino all'interno o all'esterno degli Stati Uniti</strong>[REF:4].",J="In parole semplici: se Lei è Microsoft, Google, Amazon, OpenAI, Anthropic, Apple o Salesforce, e un giudice statunitense Le ordina di consegnare dati relativi a uno dei Suoi clienti, deve conformarsi, <strong>anche se i dati sono archiviati in Germania, Irlanda o Francia</strong>.",Z="<strong>Punti importanti</strong>:",V="Il CLOUD Act riguarda principalmente l'accesso ai dati nel contesto di <strong>indagini penali</strong> e law enforcement. È diverso dall'intelligence estera, trattata più avanti sotto [LINK:confidentialityLegalFramework#fisa-702]FISA 702[/LINK].",Q="L'Act prevede meccanism

1i di contestazione quando la produzione dei dati creerebbe un conflitto con la legge di uno Stato estero qualificato, attraverso il concetto di comity. In pratica, tuttavia, i fornitori statunitensi hanno storicamente avuto più difficoltà a resistere a un ordine statunitense che a un ordine straniero.",W="Il CLOUD Act prende di mira i <strong>fornitori soggetti alla giurisdizione statunitense</strong>. Un fornitore 100% europeo senza legami societari o operativi con gli Stati Uniti non è direttamente interessato.",j="Quando Lei incolla una descrizione di invenzione in ChatGPT (OpenAI), Claude (Anthropic) o Gemini (Google), il Suo prompt rientra nell'ambito del CLOUD Act. In teoria, un giudice statunitense può obbligare il vendor a produrre tale descrizione, anche se viene trattata su un server europeo. I casi effettivi diretti alla IP privata sembrano finora rari. Ma per una pratica sensibile, come M&A, difesa o R&S classificata, il rischio giuridico è reale. Questo è l'argomento principale per passare a un fornitore 100% europeo.",X="FISA 702",$="<strong>FISA</strong> significa Foreign Intelligence Surveillance Act, la legge statunitense del 1978 che disciplina la sorveglianza elettronica a fini di intelligence. <strong>Section 702</strong>, aggiunta nel 2008, è la disposizione più controversa del quadro.",ee="Che cosa consente: la raccolta di comunicazioni elettroniche di <strong>non-US persons</strong> ragionevolmente ritenute situate <strong>fuori dagli Stati Uniti</strong>, a fini di intelligence estera, con l'assistenza di fornitori statunitensi di servizi di comunicazione elettronica[REF:13]. Non esiste un mandato individuale. Agenzie come NSA e FBI operano attraverso programmi come PRISM e Upstream, sulla base di certificazioni annuali.",ie="<strong>La sua portata pratica per un utente europeo</strong>:",oe="Se Lei è una persona fisica europea che utilizza un servizio statunitense, come email, messaggistica, IA o cloud, le Sue comunicazioni possono essere raccolte dalla NSA ai sensi di FISA 702, a fini di intelligence, senza che Lei ne sia informato.",te="Non dispone di un rimedio diretto davanti a un tribunale statunitense, perché non è una US person.",ae="Proprio questo punto — l'assenza di un rimedio effettivo — ha portato la Court of Justice of the European Union a invalidare i quadri di trasferimento UE→US.",ne="<strong>Storia recente</strong>:",re="Rinnovo mediante il <strong>Reforming Intelligence and Securing America Act</strong> (RISAA) il <strong>20 aprile 2024</strong>, per due anni[REF:13].",se="Data di scadenza prevista: 20 aprile 2026.",ce="<strong>Estensioni transitorie 2026</strong>: un'estensione di 10 giorni il 17 aprile 2026, seguita da un'estensione di 45 giorni il 30 aprile 2026. I negoziati su una riautorizzazione pluriennale sono in corso alla data di questo articolo.",le="FISA 702 riguarda l'intelligence estera, non la ricerca brevettuale privata. Esistono eccezioni. Se la Sua pratica riguarda tecnologie dual-use come crittografia, droni, semiconduttori, energia nucleare o biotecnologie sensibili, una ricerca brevettuale svolta tramite un fornitore di IA statunitense entra in una zona giuridicamente grigia. È uno dei motivi per cui le aziende francesi della difesa, dello spazio e dell'energia evitano fornitori di IA statunitensi per le attività di monitoraggio tecnologico.",ue="Privacy Shield, Schrems I, Schrems II, TADPF — la saga dei trasferimenti UE→US",de="Il [LINK:confidentialityLegalFramework#rgpd]GDPR[/LINK] vieta i trasferimenti di dati personali fuori dall'UE salvo che il paese di destinazione offra un “livello di protezione adeguato”. Gli Stati Uniti non beneficiano di una decisione generale di adeguatezza. È stato quindi necessario creare quadri specifici. Ogni quadro successivo è stato contestato dall'attivista austriaco per la privacy <strong>Max Schrems</strong> e invalidato dalla Court of Justice of the European Union (CJEU).",pe="Anno",_e="Quadro",me="Stato",ge="2000",fe="Safe Harbor (EU Commission / US DOC)",ze="Invalidato nel 2015 (CJEU, Schrems I, C-362/14)",ve="2016",he="Privacy Shield (successore di Safe Harbor)",Se="Invalidato nel 2020 (CJEU, Schrems II, C-311/18)",Ie="2023",be="TADPF / EU-US Data Privacy Framework",Ce="In vigore, contestato",Ae="<strong>Schrems I (2015)</strong>: il CJEU ha invalidato Safe Harbor dopo le rivelazioni Snowden del 2013. Il motivo: il diritto statunitense consentiva alle agenzie un accesso massivo e indiscriminato ai dati europei, senza un rimedio effettivo per gli interessati.",Ee="<strong>Schrems II (16 luglio 2020, causa C-311/18)</strong>: il CJEU ha invalidato Privacy Shield per motivi analoghi[REF:5]. In particolare, ha ritenuto che i regimi di sorveglianza statunitensi, come [LINK:confidentialityLegalFramework#fisa-702]FISA 702[/LINK] ed Executive Order 12333, non fossero “strettamente necessari e proporzionati”, e che i rimedi disponibili per gli europei non fossero equivalenti a quelli richiesti dal diritto dell'Unione.",Le="<strong>Che cosa significa “livello di protezione sostanzialmente equivalente”?</strong> Per il CJEU, i dati personali trasferiti fuori dall'UE devono ricevere un livello di protezione comparabile a quello garantito dal GDPR. Ciò include una base giuridica chiara per l'accesso da parte delle autorità, garanzie contro accessi massivi e indiscriminati e un meccanismo di ricorso effettivo davanti a un organismo indipendente. Storicamente, gli Stati Uniti s

1ono stati ritenuti insufficienti soprattutto su quest'ultimo punto.",qe="<strong>TADPF (10 luglio 2023)</strong>: la Commissione europea ha adottato una nuova decisione di adeguatezza, Decisione 2023/1795[REF:6]. Sul lato statunitense, Executive Order 14086 dell'ottobre 2022 ha creato una Data Protection Review Court (DPRC), destinata a offrire un rimedio agli europei.",Ne="<strong>E dopo?</strong> Il quadro è in vigore, ma giuridicamente contestato. Un caso noto è <strong>Latombe v Commission</strong> davanti al General Court of the European Union (T-553/23), una contestazione diretta della decisione di adeguatezza 2023/1795. La stampa e i commentatori fanno spesso riferimento a un possibile caso “Schrems III” davanti al CJEU. Ma alla data di questo articolo, tale etichetta non corrisponde a una procedura nota specificamente pendente davanti al CJEU. Il destino a medio termine del quadro resta incerto.",Pe="<strong>Conseguenza pratica per un giurista IP</strong>: un fornitore di IA statunitense può fare affidamento sul TADPF per giustificare un trasferimento conforme al GDPR, purché sia certificato nella Data Privacy Framework List. Ma tale base giuridica resta fragile. Occorre preparare un piano B: Standard Contractual Clauses rafforzate, oppure passaggio a un fornitore europeo.",De="Il TADPF copre solo i dati personali, come dati account, indirizzi IP e log d'uso. Il contenuto puro di una descrizione di invenzione non è necessariamente dato GDPR, quindi Schrems II e il TADPF non si applicano direttamente ad esso. Il vero problema resta il [LINK:confidentialityLegalFramework#cloud-act]CLOUD Act[/LINK] per il contenuto, e FISA 702 per le pratiche sensibili. Se il TADPF venisse a sua volta invalidato, il Suo rapporto contrattuale con OpenAI, Anthropic o Google diventerebbe ancora più esposto. È un ulteriore motivo per anticipare il passaggio a un fornitore sovrano.",Re="3. La difesa francese ed europea",ye="Contro l'extraterritorialità statunitense, il diritto francese ed europeo prevede diverse salvaguardie. Nessuna è una protezione assoluta. Insieme, creano un quadro.",Ue="Law No. 68-678, il French Blocking Statute",Oe="La <strong>Law No. 68-678 of 26 July 1968</strong>, nota come <strong>French Blocking Statute</strong> (loi 68-678), vieta, a determinate condizioni, a qualsiasi persona fisica o giuridica di comunicare ad autorità pubbliche straniere documenti o informazioni di natura economica, commerciale, industriale, finanziaria o tecnica, quando tale comunicazione arrecherebbe pregiudizio alla sovranità, sicurezza, interessi economici essenziali o ordine pubblico della Francia[REF:17].",we="<strong>Sanzioni</strong>: 6 mesi di reclusione e ammenda di 18.000 € per le persone fisiche; ammenda di 90.000 € per le persone giuridiche[REF:17].",Fe="<strong>Riforma 2022</strong>: il Decree No. 2022-207 of 18 February 2022, integrato da un decreto del 7 marzo 2022, ha chiarito gli obblighi procedurali e introdotto l'obbligo di informare senza ritardo <strong>SISSE</strong> quando una richiesta straniera riguarda informazioni economiche sensibili. SISSE, lo Strategic Information and Economic Security Service collegato a Bercy, agisce come punto unico di contatto e arbitro.",Te="<strong>Limite</strong>: il French Blocking Statute ha avuto a lungo la reputazione di “spauracchio” debolmente applicato. La riforma 2022 mira a renderlo operativo. Ma la sua efficacia contro un fornitore statunitense soggetto al CLOUD Act dipende ancora dalla catena contrattuale, dall'ubicazione dell'entità che detiene i dati e dai conflitti di legge.",ke="Se Lei è una società francese e un'autorità straniera chiede al Suo fornitore di IA informazioni sulle Sue ricerche brevettuali, il French Blocking Statute Le vieta, sotto pena di reclusione e ammende, di cooperare direttamente e Le impone di passare da SISSE. In pratica, di solito sarà preso di mira il fornitore straniero, non Lei. Ecco perché scegliere un fornitore francese conta operativamente: beneficia della Sua stessa protezione, invece di diventare l'anello debole.",Ge="GDPR (UE)",Ke="Il <strong>General Data Protection Regulation</strong> (Regulation (EU) 2016/679, applicabile dal 25 maggio 2018) protegge i dati personali dei residenti europei[REF:16]. È il quadro di base.",xe="<strong>Dati personali</strong>: qualsiasi informazione relativa a una persona fisica identificata o identificabile. Per uno strumento di ricerca brevettuale, il contenuto puramente tecnico di una query, considerato isolatamente, non è necessariamente un dato personale. Ma l'indirizzo IP, l'ID utente, i log d'uso e la cronologia delle ricerche sono dati personali. Combinati, possono ricostruire il comportamento di una persona identificabile.",Be="<strong>Capitolo V — Trasferimenti fuori dall'UE</strong>: qualsiasi trasmissione di dati personali verso gli Stati Uniti richiede un meccanismo conforme: decisione di adeguatezza (attualmente TADPF), Standard Contractual Clauses (SCC), Binding Corporate Rules (BCR) o deroghe specifiche. Senza tale meccanismo, il trasferimento è illecito.",Me="<strong>Articolo 28 — Trattamento da parte dei responsabili</strong>: un responsabile può trattare dati personali solo su istruzioni documentate del titolare e in base a un contratto conforme o altro atto giuridico.",He="Il contenuto puro di una descrizione di invenzione puramente tecnica non è un dato personale ai sensi del GDPR. Al contrario, il Suo indirizzo IP, il Suo account utente, la Sua cronologia di ricerca e i nomi degli inventori menzionati nella query sono dati personali. Se questi metadati sono trasferiti negli Stati Uniti senza un quadro GDPR valido, come TADPF o SCC, Lei effettua un trasferimento illecito. È una ragione tecnica per preferire un fornitore di IA ospitato esclusivamente nell'UE per le Sue ricerche brevettuali.",Ye="SecNumCloud (ANSSI, Francia)",Je="<strong>SecNumCloud</strong> è il quadro francese di qualificazione dei fornitori di servizi cloud, progettato e rilasciato da <strong>ANSSI</strong> (Agence nationale de la sécurité des systèmes d'information)[REF:8]. È lo strumento francese di riferimento per identificare un provider cloud “di fiducia”.",Ze="Il quadro impone requisiti tecnici (sicurezza, cifratura, tracciabilità), requisiti operativi (organizzazione, personale, audit) <strong>e requisiti giuridici</strong>. Su quest'ultimo punto, ANSSI afferma che SecNumCloud mira a garantire la resilienza del servizio cloud contro possibili ordini provenienti da uno Stato non UE che faccia leva sull'extraterritorialità del proprio diritto[REF:9].",Ve="<strong>Conseguenza diretta</strong>: SecNumCloud è uno dei pochi quadri giuridici che affronta esplicitamente il [LINK:confidentialityLegalFramework#cloud-act]CLOUD Act[/LINK] e l'extraterritorialità.",Qe="<strong>Elenco dei fornitori qualificati</strong>: ANSSI pubblica e mantiene il catalogo ufficiale. La qualificazione si applica a un'offerta specifica, entro un perimetro specifico, a una data determinata. Occorre verificare direttamente il catalogo ANSSI anziché affidarsi a liste secondarie. Un gruppo che dispone di un'offerta qualificata non è qualificato nel suo complesso, e l'elenco evolve nel tempo.",We="SecNumCloud è obbligatorio solo per organizzazioni soggette alla dottrina “Cloud au centre”: amministrazioni pubbliche, OIV e OSE. Per uno studio privato o una società B2B non è obbligatorio. Ma è un forte indicatore di sovranità. Se Lei gestisce pratiche brevettuali relative a difesa, telecomunicazioni critiche, energia o salute, i Suoi clienti potrebbero richiedere uno strumento di ricerca brevettuale ospitato SecNumCloud. Meglio anticiparlo che scoprirlo in fase di procurement.",je="EUCS (European Cybersecurity Certification Scheme for Cloud Services)",Xe="<strong>EUCS</strong> è una proposta di schema europeo di certificazione di cibersicurezza per servizi cloud, guidata da <strong>ENISA</strong> nell'ambito del Cybersecurity Act[REF:18]. L'obiettivo iniziale era creare un equivalente europeo del SecNumCloud francese.",$e="<strong>Sviluppo importante</strong>: i requisiti espliciti di sovranità presenti nelle bozze precedenti (limitazione a fornitori domiciliati nell'UE, immunità dalle leggi extraterritoriali) sono stati <strong>rimossi dalla bozza del 22 marzo 2024</strong> e sostituiti da un meccanismo di attestazione per i fornitori che mirano al livello “high”[REF:18]. È un significativo passo indietro sulla sovranità.",ei="<strong>Status 2026</strong>: lo schema resta in fase di adozione da parte dell'ECCG. Gli Stati membri possono tuttavia aggiungere requisiti propri mediante legislazione nazionale, inclusi NIS2 e Data Act.",ii="Allo stato attuale, EUCS non fornisce una garanzia aggiuntiva per ricerche brevettuali sensibili rispetto a [LINK:confidentialityLegalFramework#secnumcloud]SecNumCloud[/LINK]. Per il 2026, SecNumCloud resta il riferimento francese corretto. EUCS va monitorato nei prossimi 2–3 anni, soprattutto se Lei opera su più mercati europei.",oi="La dottrina “Cloud au centre” (Francia)",ti="La dottrina <strong>“Cloud au centre”</strong> è stata introdotta dalla Circular No. 6282-SG del <strong>5 luglio 2021</strong> e aggiornata dalla Circular del <strong>31 maggio 2023</strong>[REF:19].",ai="Rende l'hosting cloud il modello di hosting predefinito per i servizi digitali dello Stato francese. Nella ver

1sione 2023, prevede che i dati di “particolare sensibilità” debbano essere ospitati su offerte cloud <strong>qualificate SecNumCloud</strong>, oppure su uno dei due cloud interministeriali interni dello Stato francese[REF:19].",ni="<strong>Conseguenza</strong>: tutti gli appalti pubblici francesi per servizi digitali che trattano dati sensibili sono ormai de facto soggetti a un requisito SecNumCloud. Questa dottrina spinge meccanicamente il mercato verso i fornitori francesi SecNumCloud.",ri="Questa dottrina riguarda direttamente solo la pubblica amministrazione francese. Ma se Lei lavora per un cliente pubblico (INPI, CEA, CNES, ospedali universitari, ANR, ecc.) ed è incaricato di svolgere ricerche brevettuali, il cliente può imporLe l'uso di uno strumento SaaS qualificato SecNumCloud. Anticipi questa domanda nelle Sue gare.",si="Legge di Programmazione Militare (LPM)",ci="La <strong>Legge di Programmazione Militare (LPM)</strong> e i testi settoriali che ne derivano impongono specifici requisiti di cibersicurezza agli <strong>OIV</strong> (Operators of Vital Importance) e agli <strong>OSE</strong> (Operators of Essential Services). A seconda del settore, tali requisiti includono misure di sicurezza rafforzate, notifiche di incidenti e, per alcune categorie, il ricorso a fornitori o soluzioni qualificati da ANSSI.",li="Per la IP, questi requisiti non sono obbligatori per tutte le imprese. Ma definiscono una traiettoria regolatoria che spinge gli operatori critici verso la sovranità.",ui="Se il Suo cliente è un OIV nei settori energia, trasporti, banche, telecomunicazioni, acqua o salute, e la ricerca brevettuale riguarda i suoi sistemi essenziali, può richiederLe di usare solo fornitori SaaS qualificati ANSSI. Vale lo stesso punto della dottrina “Cloud au centre”: questo criterio comparirà sempre più nei requisiti B2B dei prossimi anni.",di="4. Applicazione a TWENTY YEARS",pi="Sulla base di quanto precede, questa è la posizione di [LINK:patentSearchConfidentiality]TWENTY YEARS[/LINK] rispetto a ciascun quadro:",_i="Quadro",mi="Status di TWENTY YEARS",gi="CLOUD Act",fi="<strong>Non applicabile</strong>: il trattamento dei prompt è svolto in Europa, fuori dal controllo di qualsiasi entità soggetta alla giurisdizione statunitense. TWENTY YEARS è una società francese.",zi="FISA 702",vi="<strong>Non applicabile</strong>: la raccolta FISA 702 riguarda i fornitori statunitensi di servizi di comunicazione elettronica. TWENTY YEARS non utilizza alcun fornitore statunitense per il trattamento dei prompt.",hi="Schrems II / TADPF",Si="<strong>Non rilevante</strong>: non vi è alcun trasferimento UE→US per il trattamento dei prompt. Il problema del trasferimento non si pone.",Ii="GDPR",bi="<strong>Pienamente applicabile</strong>. TWENTY YEARS agisce come titolare del trattamento per i propri dati utente, come dati account e log tecnici. Le condizioni di trattamento sono dettagliate nella privacy policy disponibile sul sito.",Ci="French Blocking Statute",Ai="TWENTY YEARS, in quanto società francese, è soggetta al French Blocking Statute. Qualsiasi richiesta straniera riguardante informazioni economiche sensibili comporterebbe una comunicazione immediata a SISSE.",Ei="SecNumCloud",Li="TWENTY YEARS non è ad oggi qualificata SecNumCloud. Per clienti soggetti a un requisito SecNumCloud (amministrazioni, OIV/OSE), può essere valutato su richiesta un deployment specifico su infrastruttura qualificata.",qi="Per una descrizione completa dell'approccio alla riservatezza, veda [LINK:patentSearchConfidentiality]Riservatezza delle ricerche brevettuali — sezione TWENTY YEARS[/LINK].",Ni="5. FAQ giuridica",Pi="Un fornitore SOC 2 Type II è “giuridicamente protetto”?",Di="No. SOC 2 Type II è un'attestazione di audit, non uno status giuridico. Un fornitore SOC 2 Type II può comunque essere costretto da un'autorità giudiziaria a cui è soggetto a produrre dati. SOC 2 attesta che i controlli annunciati funzionano. Non esenta il fornitore dal rispettare un ordine giudiziario valido secondo il suo diritto applicabile.",Ri="Come verificare se un'offerta è qualificata SecNumCloud?",yi="ANSSI pubblica l'elenco ufficiale dei prodotti e servizi qualificati su cyber.gouv.fr[REF:8]. Per un servizio cloud specifico, il fornitore deve poter fornire il proprio <strong>certificato di qualificazione SecNumCloud</strong>, che specifica il servizio esatto, il perimetro coperto e il periodo di validità. Non basta che un gruppo abbia un'offerta qualificata. La qualificazione si applica a un servizio specifico, a una data determinata.",Ui="Il segreto professionale del patent attorney copre le query inviate a un fornitore SaaS?",Oi="Il segreto professionale si applica al <strong>Conseil en Propriété Industrielle</strong> e al suo personale, ai sensi dell'articolo L422-11 del French Intellectual Property Code[REF:20]. Copre consulenze, corrispondenza professionale, note di colloquio e l'intero fascicolo.",wi="Se un CPI francese utilizza uno strumento SaaS per le ricerche, è sua responsabilità assicurarsi che il fornitore offra garanzie contrattuali e tecniche adeguate: riservatezza, limitazione degli accessi, no training, periodo di conservazione, hosting, sub-responsabili e, se necessario, hosting sovrano. Il segreto professionale non si estende automaticamente al fornitore tecnico. Deve essere trasmesso tramite il contratto e l'architettura.",Fi="Il CLOUD Act si applica a OVHcloud o a Hetzner?",Ti="No, a nessuno dei due. Il CLOUD Act riguarda fornitori soggetti alla giurisdizione statunitense. OVHcloud è una società di diritto francese quotata a Parigi, senza società madre statunitense. Hetzner è una società di diritto tedesco, Hetzner Online GmbH. Nessuno dei due può essere direttamente obbligato da un ordine CLOUD Act.",ki="Schrems II rende illegali i trasferimenti verso servizi statunitensi?",Gi="No, non di per sé. Schrems II ha invalidato Privacy Shield, ma i trasferimenti restano possibili tramite:",Ki="Il <strong>TADPF</strong>, dal luglio 2023, purché il destinatario sia certificato nella Data Privacy Framework List.",xi="Le <strong>Standard Contractual Clauses</strong> della Commissione europea (SCC, versione 2021), integrate da misure aggiuntive ove necessario dopo una Transfer Impact Assessment (TIA).",Bi="Altri meccanism

1i del Capitolo V del GDPR, come BCR o deroghe.",Mi="Ma la base giuridica per i trasferimenti verso gli Stati Uniti resta fragile, ed è prudente preparare un piano B, ad esempio passare a un fornitore europeo.",Hi="Il GDPR si applica anche a dati tecnici non personali?",Yi="Il GDPR si applica solo ai <strong>dati personali</strong>, cioè a qualsiasi informazione relativa a una persona fisica identificata o identificabile. Una descrizione di invenzione puramente tecnica, senza nome, indirizzo IP, identificativo utente o metadati d'uso, non rientra nel GDPR.",Ji="Tuttavia, la riservatezza di tali informazioni può rientrare in altri regimi: segreti commerciali ai sensi della Directive 2016/943 e del French Commercial Code, segreto professionale del patent attorney, segreto della difesa, accordi di riservatezza e così via. Il GDPR è una <strong>parte</strong> del quadro, non l'intero quadro.",Zi="6. Glossario degli acronimi",Vi="Acronimo",Qi="Significato",Wi=`AICPA|American Institute of Certified Public Accountants
2ANSSI|Agenzia nazionale francese per la cibersicurezza
3BAA|Business Associate Agreement (HIPAA)
4BCR|Binding Corporate Rules (GDPR)
5CJEU|Court of Justice of the European Union
6CLOUD Act|Clarifying Lawful Overseas Use of Data Act (2018)
7CPI|Conseil en Propriété Industrielle / French Intellectual Property Code
8DPRC|Data Protection Review Court (US)
9ECCG|European Cybersecurity Certification Group
10EEA|Spazio Economico Europeo
11ENISA|European Union Agency for Cybersecurity
12EUCS|European Cybersecurity Certification Scheme for Cloud Services
13FISA|Foreign Intelligence Surveillance Act (1978)
14HDS|Health Data Host (regime francese)
15HIPAA|Health Insurance Portability and Accountability Act (US)
16ISO 27001|Standard internazionale di gestione della sicurezza delle informazioni
17LPM|Legge di Programmazione Militare
18NIS2|EU Network and Information Security 2 Directive
19OIV / OSE|Operators of Vital Importance / Operators of Essential Services
20GDPR|General Data Protection Regulation (EU 2016/679)
21RISAA|Reforming Intelligence and Securing America Act (2024)
22SaaS|Software as a Service
23SCC|Standard Contractual Clauses (GDPR)
24SecNumCloud|Quadro di qualificazione cloud ANSSI
25SISSE|Strategic Information and Economic Security Service
26SOC 2|Service Organization Control 2
27TADPF|Trans-Atlantic Data Privacy Framework (2023)
28TIA|Transfer Impact Assessment
29ZDR|Zero Data Retention`,ji="Ulteriori letture",Xi="[LINK:patentSearchConfidentiality]Riservatezza delle ricerche brevettuali: i 4 livelli di protezione[/LINK] — articolo operativo, scelta dello strumento",$i="[LINK:whatIsPatent]Che cos'è un brevetto[/LINK]",eo="[LINK:freedomToOperate]Freedom to Operate[/LINK]",io="[LINK:patentabilityStudy]Studio di brevettabilità[/LINK]",oo="[LINK:patentConfidentiality]Riservatezza del brevetto prima del deposito[/LINK]",to="Passare dalla teoria alla pratica",ao="Ora che conosce il quadro giuridico, veda come si applica alla scelta di uno strumento di ricerca brevettuale.",no="[LINK:patentSearchConfidentiality]Legga l'articolo complementare sui 4 livelli di riservatezza[/LINK] — oppure provi direttamente <strong>TWENTY YEARS</strong>: uno strumento di ricerca brevettuale ospitato in Europa, senza chiamate a OpenAI, Anthropic o ad altri fornitori terzi di IA.",ro="Provalo gratuitamente con 5 crediti inclusi",so="Fonti",co="Documenti e pubblicazioni ufficiali citati in questo articolo.",lo="OpenAI — Enterprise privacy at OpenAI — no-training predefinito sull'API, log di abuso conservati fino a 30 giorni, opzioni ZDR.|https://openai.com/enterprise-privacy/",uo="OpenAI — Business data privacy — ChatGPT Team, Enterprise ed Edu non utilizzati per training per impostazione predefinita; BAA disponibile.|https://openai.com/business-data/",po="Microsoft Learn — Data, privacy, and security for Azure OpenAI Service — no-training predefinito, modelli stateless, abuse monitoring, revisori EEA per deployment EEA.|https://learn.microsoft.com/en-us/azure/foundry/responsible-ai/openai/data-privacy",_o="U.S. Department of Justice — testo del CLOUD Act (Division V) — obbligo di divulgazione indipendente dal luogo di archiviazione (18 U.S.C. § 2713).|https://www.justice.gov/d9/pages/attachments/2019/04/09/cloud_act.pdf",mo="EUR-Lex — CJEU, Schrems II, C-311/18, 16 luglio 2020 — invalidazione di Privacy Shield, motivi relativi ai regimi di sorveglianza statunitensi.|https://eur-lex.europa.eu/legal-content/EN/ALL/?uri=CELEX:62018CJ0311",go="EUR-Lex — Commission Implementing Decision (EU) 2023/1795, EU-US Data Privacy Framework — decisione di adeguatezza del 10 luglio 2023.|https://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=CELEX:32023D1795",fo="Eurojust — The CLOUD Act — fonte istituzionale UE: data di adozione del 23 marzo 2018 e spiegazione dei componenti principali.|https://www.eurojust.europa.eu/publication/cloud-act",zo="ANSSI — Cloud / SecNumCloud — quadro SecNumCloud e catalogo ufficiale dei fornitori qualificati.|https://cyber.gouv.fr/enjeux-technologiques/cloud/",vo="ANSSI — SecNumCloud qualification FAQ — resilienza contro ordini basati sull'extraterritorialità di diritto non UE.|https://cyber.gouv.fr/enjeux-technologiques/cloud/faq-qualification-secnumcloud/",ho="Anthropic — Privacy Center — Privacy Policy e Commercial Terms, distinzione tra offerte consumer ed enterprise.|https://privacy.claude.com/",So="Anthropic — Trust Center — documenti di sicurezza, compliance e trust.|https://trust.anthropic.com/",Io="OpenAI — Trust Portal — documenti di sicurezza e compliance, SOC 2 disponibile a determinate condizioni.|https://trust.openai.com/",bo="Congress.gov — FISA Section 702 e RISAA 2024 (R48592) — rinnovo del 20 aprile 2024 per due anni; vedere Brennan Center per le estensioni transitorie di aprile–maggio 2026.|https://www.congress.gov/crs-product/R48592",Co="AICPA & CIMA — SOC suite of services — SOC 2 Type I vs Type II, Trust Services Criteria.|https://www.aicpa-cima.com/resources/landing/system-and-organization-controls-soc-suite-of-services",Ao="ISO — ISO/IEC 27001 Information security management — standard internazionale di gestione della sicurezza delle informazioni.|https://www.iso.org/standard/27001",Eo="EUR-Lex — Regulation (EU) 2016/679 (GDPR) — dati personali, pseudonimizzazione, trattamento da parte dei responsabili (Articolo 28), trasferimenti fuori dall'UE (Capitolo V).|https://eur-lex.europa.eu/eli/reg/2016/679/oj",Lo="Légifrance — Law No. 68-678 of 26 July 1968 — French Blocking Statute: divieto di comunicazione, sanzioni, riforma tramite Decree 2022-207 of 18 February 2022.|https://www.legifrance.gouv.fr/loda/id/JORFTEXT000000501326",qo="ENISA — EUCS Cloud Services Scheme — schema di certificazione cloud; requisiti di sovranità rimossi dalla bozza del 22 marzo 2024.|https://www.enisa.europa.eu/publications/eucs-cloud-service-scheme",No="DINUM — Doctrine Cloud au centre — Circular No. 6282-SG del 5 luglio 2021, aggiornata il 31 maggio 2023; hosting SecNumCloud obbligatorio per dati sensibili.|https://www.numerique.gouv.fr/offre-accompagnement/cloud-administrations/la-doctrine-cloud-etat/",Po="Légifrance — French Intellectual Property Code, Articolo L422-11 — segreto professionale del CPI francese, ambito ed eccezioni.|https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000044570118",Do="Questo articolo ha finalità esclusivamente informative e non costituisce consulenza legale. I quadri giuridici e regolatori evolvono; verifichi sempre i testi ufficiali vigenti prima di fare affidamento su questa analisi.",Ro={_instructions:e,seo_title:i,seo_description:o,seo_articleHeadline:t,seo_jobTitle:a,breadcrumb_home:n,breadcrumb_current:r,hero_title:s,hero_subtitle:c,related_para:l,s1_h2:u,s1_intro:d,s1_soc2_h3:p,s1_soc2_p1:_,s1_soc2_p2:m,s1_soc2_li1:g,s1_soc2_li2:f,s1_soc2_p3:z,s1_soc2_cons1:v,s1_soc2_cons2:h,s1_soc2_cons3:S,s1_soc2_practical:I,s1_iso_h3:b,s1_iso_p1:C,s1_iso_p2:A,s1_iso_practical:E,s1_baa_h3:L,s1_baa_p1:q,s1_baa_p2:N,s1_baa_practical:P,s1_zdr_h3:D,s1_zdr_p1:R,s1_zdr_p2:y,s1_zdr_intro:U,s1_zdr_li1:O,s1_zdr_li2:w,s1_zdr_li3:F,s1_zdr_p4:T,s1_zdr_practical:k,s2_h2:G,s2_intro:K,s2_pre_h3

29:x,s2_pre_p1:B,s2_pre_p2:M,s2_cloud_h3:H,s2_cloud_p1:Y,s2_cloud_p2:J,s2_cloud_intro:Z,s2_cloud_li1:V,s2_cloud_li2:Q,s2_cloud_li3:W,s2_cloud_practical:j,s2_fisa_h3:X,s2_fisa_p1:$,s2_fisa_p2:ee,s2_fisa_intro:ie,s2_fisa_li1:oe,s2_fisa_li2:te,s2_fisa_li3:ae,s2_fisa_hist_intro:ne,s2_fisa_hist_li1:re,s2_fisa_hist_li2:se,s2_fisa_hist_li3:ce,s2_fisa_practical:le,s2_schrems_h3:ue,s2_schrems_p1:de,s2_schrems_th_year:pe,s2_schrems_th_framework:_e,s2_schrems_th_status:me,s2_schrems_row1_year:ge,s2_schrems_row1_framework:fe,s2_schrems_row1_status:ze,s2_schrems_row2_year:ve,s2_schrems_row2_framework:he,s2_schrems_row2_status:Se,s2_schrems_row3_year:Ie,s2_schrems_row3_framework:be,s2_schrems_row3_status:Ce,s2_schrems_p_schremsI:Ae,s2_schrems_p_schremsII:Ee,s2_schrems_p_equiv:Le,s2_schrems_p_tadpf:qe,s2_schrems_p_next:Ne,s2_schrems_p_legal:Pe,s2_schrems_practical:De,s3_h2:Re,s3_intro:ye,s3_block_h3:Ue,s3_block_p1:Oe,s3_block_p2:we,s3_block_p3:Fe,s3_block_p4:Te,s3_block_practical:ke,s3_gdpr_h3:Ge,s3_gdpr_p1:Ke,s3_gdpr_p2:xe,s3_gdpr_p3:Be,s3_gdpr_p4:Me,s3_gdpr_practical:He,s3_snc_h3:Ye,s3_snc_p1:Je,s3_snc_p2:Ze,s3_snc_p3:Ve,s3_snc_p4:Qe,s3_snc_practical:We,s3_eucs_h3:je,s3_eucs_p1:Xe,s3_eucs_p2:$e,s3_eucs_p3:ei,s3_eucs_practical:ii,s3_cac_h3:oi,s3_cac_p1:ti,s3_cac_p2:ai,s3_cac_p3:ni,s3_cac_practical:ri,s3_lpm_h3:si,s3_lpm_p1:ci,s3_lpm_p2:li,s3_lpm_practical:ui,s4_h2:di,s4_intro:pi,s4_th_text:_i,s4_th_status:mi,s4_row_cloud_text:gi,s4_row_cloud_status:fi,s4_row_fisa_text:zi,s4_row_fisa_status:vi,s4_row_schrems_text:hi,s4_row_schrems_status:Si,s4_row_gdpr_text:Ii,s4_row_gdpr_status:bi,s4_row_block_text:Ci,s4_row_block_status:Ai,s4_row_snc_text:Ei,s4_row_snc_status:Li,s4_outro:qi,s5_h2:Ni,s5_q1:Pi,s5_a1:Di,s5_q2:Ri,s5_a2:yi,s5_q3:Ui,s5_a3a:Oi,s5_a3b:wi,s5_q4:Fi,s5_a4:Ti,s5_q5:ki,s5_a5_intro:Gi,s5_a5_li1:Ki,s5_a5_li2:xi,s5_a5_li3:Bi,s5_a5_outro:Mi,s5_q6:Hi,s5_a6a:Yi,s5_a6b:Ji,s6_h2:Zi,s6_th_acronym:Vi,s6_th_meaning:Qi,s6_glossary:Wi,internal_h2:ji,internal_li1:Xi,internal_li2:$i,internal_li3:eo,internal_li4:io,internal_li5:oo,cta_h2:to,cta_para1:ao,cta_para2:no,cta_btn:ro,refs_h2:so,refs_intro:co,ref_1:lo,ref_2:uo,ref_3:po,ref_4:_o,ref_5:mo,ref_6:go,ref_7:fo,ref_8:zo,ref_9:vo,ref_10:ho,ref_11:So,ref_12:Io,ref_13:bo,ref_14:Co,ref_15:Ao,ref_16:Eo,ref_17:Lo,ref_18:qo,ref_19:No,ref_20:Po,footer_disclaimer:Do};export{e as _instructions,r as breadcrumb_current,n as breadcrumb_home,ro as cta_btn,to as cta_h2,ao as cta_para1,no as cta_para2,Ro as default,Do as footer_disclaimer,c as hero_subtitle,s as hero_title,ji as internal_h2,Xi as internal_li1,$i as internal_li2,eo as internal_li3,io as internal_li4,oo as internal_li5,lo as ref_1,ho as ref_10,So as ref_11,Io as ref_12,bo as ref_13,Co as ref_14,Ao as ref_15,Eo as ref_16,Lo as ref_17,qo as ref_18,No as ref_19,uo as ref_2,Po as ref_20,po as ref_3,_o as ref_4,mo as ref_5,go as ref_6,fo as ref_7,zo as ref_8,vo as ref_9,so as refs_h2,co as refs_intro,l as related_para,L as s1_baa_h3,q as s1_baa_p1,N as s1_baa_p2,P as s1_baa_practical,u as s1_h2,d as s1_intro,b as s1_iso_h3,C as s1_iso_p1,A as s1_iso_p2,E as s1_iso_practical,v as s1_soc2_cons1,h as s1_soc2_cons2,S as s1_soc2_cons3,p as s1_soc2_h3,g as s1_soc2_li1,f as s1_soc2_li2,_ as s1_soc2_p1,m as s1_soc2_p2,z as s1_soc2_p3,I as s1_soc2_practical,D as s1_zdr_h3,U as s1_zdr_intro,O as s1_zdr_li1,w as s1_zdr_li2,F as s1_zdr_li3,R as s1_zdr_p1,y as s1_zdr_p2,T as s1_zdr_p4,k as s1_zdr_practical,H as s2_cloud_h3,Z as s2_cloud_intro,V as s2_cloud_li1,Q as s2_cloud_li2,W as s2_cloud_li3,Y as s2_cloud_p1,J as s2_cloud_p2,j as s2_cloud_practical,X as s2_fisa_h3,ne as s2_fisa_hist_intro,re as s2_fisa_hist_li1,se as s2_fisa_hist_li2,ce as s2_fisa_hist_li3,ie as s2_fisa_intro,oe as s2_fisa_li1,te as s2_fisa_li2,ae as s2_fisa_li3,$ as s2_fisa_p1,ee as s2_fisa_p2,le as s2_fisa_practical,G as s2_h2,K as s2_intro,x as s2_pre_h3,B as s2_pre_p1,M as s2_pre_p2,ue as s2_schrems_h3,de as s2_schrems_p1,Le as s2_schrems_p_equiv,Pe as s2_schrems_p_legal,Ne as s2_schrems_p_next,Ae as s2_schrems_p_schremsI,Ee as s2_schrems_p_schremsII,qe as s2_schrems_p_tadpf,De as s2_schrems_practical,fe as s2_schrems_row1_framework,ze as s2_schrems_row1_status,ge as s2_schrems_row1_year,he as s2_schrems_row2_framework,Se as s2_schrems_row2_status,ve as s2_schrems_row2_year,be as s2_schrems_row3_framework,Ce as s2_schrems_row3_status,Ie as s2_schrems_row3_year,_e as s2_schrems_th_framework,me as s2_schrems_th_status,pe as s2_schrems_th_year,Ue as s3_block_h3,Oe as s3_block_p1,we as s3_block_p2,Fe as s3_block_p3,Te as s3_block_p4,ke as s3_block_practical,oi as s3_cac_h3,ti as s3_cac_p1,ai as s3_cac_p2,ni as s3_cac_p3,ri as s3_cac_practical,je as s3_eucs_h3,Xe as s3_eucs_p1,$e as s3_eucs_p2,ei as s3_eucs_p3,ii as s3_eucs_practical,Ge as s3_gdpr_h3,Ke as s3_gdpr_p1,xe as s3_gdpr_p2,Be as s3_gdpr_p3,Me as s3_gdpr_p4,He as s3_gdpr_practical,Re as s3_h2,ye as s3_intro,si as s3_lpm_h3,ci as s3_lpm_p1,li as s3_lpm_p2,ui as s3_lpm_practical,Ye as s3_snc_h3,Je as s3_snc_p1,Ze as s3_snc_p2,Ve as s3_snc_p3,Qe as s3_snc_p4,We as s3_snc_practical,di as s4_h2,pi as s4_intro,qi as s4_outro,Ai as s4_row_block_status,Ci as s4_row_block_text,fi as s4_row_cloud_status,gi as s4_row_cloud_text,vi as s4_row_fisa_status,zi as s4_row_fisa_text,bi as s4_row_gdpr_status,Ii as s4_row_gdpr_text,Si as s4_row_schrems_status,hi as s4_row_schrems_text,Li as s4_row_snc_status,Ei as s4_row_snc_text,mi as s4_th_status,_i as s4_th_text,Di as s5_a1,yi as s5_a2,Oi as 

29s5_a3a,wi as s5_a3b,Ti as s5_a4,Gi as s5_a5_intro,Ki as s5_a5_li1,xi as s5_a5_li2,Bi as s5_a5_li3,Mi as s5_a5_outro,Yi as s5_a6a,Ji as s5_a6b,Ni as s5_h2,Pi as s5_q1,Ri as s5_q2,Ui as s5_q3,Fi as s5_q4,ki as s5_q5,Hi as s5_q6,Wi as s6_glossary,Zi as s6_h2,Vi as s6_th_acronym,Qi as s6_th_meaning,t as seo_articleHeadline,o as seo_description,a as seo_jobTitle,i as seo_title};