Un architetto che promette «siamo conformi al GDPR perché usiamo Claude» ha già perso la riunione successiva. Nessuna pagina Anthropic certifica la conformità della tua soluzione: la piattaforma espone controlli verificabili e alcuni impegni contrattuali, mentre il rispetto della norma resta in capo a chi tratta i dati. Il valore che porti è saper dire quali controlli esistono, quali decisioni sono irreversibili e dove finisce la documentazione e comincia il parere legale.

I controlli che puoi citare per nome

La pagina sulla conformità regionale elenca certificazioni e ambiti: SOC 2 Type 2 su sicurezza, disponibilità e riservatezza, ISO/IEC 27001, 27017 e 27018, CSA STAR, GDPR con trattamento regionale nell’area UE/SEE e HIPAA per le informazioni sanitarie protette. Sulla stessa pagina compare l’impegno che vale più di molte slide: «By default, Anthropic does not use customer data from commercial deployments to train models».

Per il settore pubblico statunitense la pagina Government dichiara disponibilità «with authorizations up to FedRAMP High and IL5 using established procurement channels», con Claude in Amazon Bedrock e su Vertex AI fra i canali indicati. Tradotto per un comitato: FedRAMP non è un interruttore nel tuo codice, è una scelta di canale di acquisto e di piattaforma, da fare prima di scrivere la prima riga.

Attenzione a chi tratta i dati. Sull’API Claude, su Claude Platform on AWS e su Claude in Microsoft Foundry il responsabile del trattamento è Anthropic; su Amazon Bedrock e su Google Cloud lo è il fornitore cloud, e valgono le sue policy. È il primo bivio di ogni analisi di conformità.

Ritenzione: la leva, le eccezioni e i due dettagli che emergono in audit

Con un accordo di zero data retention «Anthropic does not store customer prompts or responses at rest after the API response is returned». Si abilita per organizzazione, tramite il team commerciale, e non si estende automaticamente alle altre organizzazioni dello stesso account. Due dettagli decidono se la tua architettura lo rispetta davvero.

Il primo: le funzionalità non idonee non vengono bloccate. Batch API, Files API, esecuzione di codice e Managed Agents sono per natura stateful e restano fuori dall’accordo. La documentazione è netta sul significato dell’atto: usarne una è «a choice to step outside your ZDR arrangement for that specific data». Nessun errore, nessun avviso: solo una policy di ritenzione diversa che si applica in silenzio.

Il secondo: anche con ZDR o HIPAA attivi, se una conversazione viene segnalata dai sistemi automatici di trust and safety, Anthropic può conservare input e output fino a due anni. È un’informazione che appartiene alla valutazione d’impatto, non alla nota a piè di pagina.

Due decisioni irreversibili da prendere consapevolmente

La prima è HIPAA. Serve un BAA firmato e l’abilitazione avviene a livello di organizzazione; una volta accettata, «the configuration is permanent and cannot be disabled by an administrator». Da quel momento l’API rifiuta con un errore 400 le richieste che usano funzionalità non coperte:

{
  "type": "error",
  "error": {
    "type": "invalid_request_error",
    "message": "The requested features are not available for HIPAA-regulated organizations without Zero Data Retention: code_execution."
  }
}

Ne discendono conseguenze architetturali concrete: carichi HIPAA e non HIPAA richiedono organizzazioni separate, Claude Code non è coperto dalla HIPAA readiness, e negli output strutturati o negli strumenti con strict: true gli schemi JSON vengono compilati e memorizzati separatamente dal contenuto dei messaggi — perciò «Do not include PHI in JSON schema definitions», nomi di proprietà, valori enum e espressioni regolari compresi.

La seconda è geografica. Due impostazioni indipendenti: inference_geo, per richiesta o come default di workspace, sceglie fra global e us; il workspace geo, che governa dove i dati sono memorizzati a riposo, si fissa alla creazione del workspace e non si cambia più. Oggi us è l’unico valore disponibile per il workspace geo, e l’inferenza limitata agli Stati Uniti sui modelli 4.6 e successivi costa 1,1 volte la tariffa standard. Chi ti chiede residenza europea dei dati va accompagnato ai canali indicati sulla pagina di conformità regionale, non rassicurato con un parametro.

Etica: distinguere ciò che la documentazione sostiene da ciò che non dice

Sul lato etico il materiale Anthropic è più sottile di quanto sembri. Il quadro sui danni valuta cinque dimensioni — impatti fisici, psicologici, economici, sociali e sull’autonomia individuale — pesate con fattori dichiarati: «likelihood, scale, affected populations, duration, causality, technology contribution, and mitigation feasibility». È una griglia utilizzabile in una valutazione d’impatto, e non contiene una dimensione «bias» a sé stante: se prometti equità misurata, la misura la costruisci tu.

Qui vive la trappola più comune di questo dominio. La guida alla moderazione dei contenuti afferma che applicare linee guida in modo uniforme «helps ensure fair treatment of all content, reducing the risk of inconsistent or biased moderation decisions». È una frase sulla coerenza applicativa, non una prova di assenza di pregiudizio nel modello: la stessa guida chiede di misurare precisione e richiamo e di rivedere periodicamente le categorie. Dedurne «Claude non ha bias» è esattamente il salto che un revisore attento smonterà.

Sulla trasparenza, infine, hai materiale pubblico da mettere in mano agli stakeholder invece di una promessa: il Transparency Hub raccoglie report per modello, system card e impegni volontari. Portarlo in riunione vale più di qualunque affermazione tua sulla sicurezza del fornitore.