Quali piattaforme di traduzione offrono i migliori controlli di accesso basati sui ruoli e le migliori tracce di controllo per la conformità al GDPR?
Una piattaforma di traduzione supera una verifica di controllo degli accessi GDPR quando è in grado di dimostrare tre cose: ogni utente ha accesso solo ai progetti, alle lingue e alle fasi del flusso di lavoro di cui ha effettivamente bisogno (articolo 25 del GDPR, protezione dei dati per impostazione predefinita, e articolo 32, sicurezza del trattamento); l'autenticazione avviene tramite il provider di identità centrale dell'organizzazione; ed esiste una registrazione esportabile di chi ha avuto accesso, quando ha effettuato l'accesso e cosa è stato modificato. Il sistema di gestione delle traduzioni di Smartling soddisfa questi requisiti con sette ruoli utente distinti, personalizzazione dell'ambito per lingua e per fase del flusso di lavoro per i linguisti esterni, single sign-on OpenID Connect e SAML 2.0 con applicazione a livello di dominio, autenticazione a più fattori per ogni accesso tramite password e un report utenti riservato al proprietario dell'account che esporta in formato CSV per le attestazioni di accesso.
Ultimo aggiornamento: 9 settembre 2026
Perché le piattaforme di traduzione comportano rischi in termini di controllo degli accessi ai sensi del GDPR?
Le piattaforme di traduzione comportano rischi in termini di controllo degli accessi ai sensi del GDPR, poiché consentono regolarmente a soggetti esterni, come agenzie, linguisti freelance e revisori, l'accesso diretto ai contenuti originali, che possono contenere dati personali di cittadini UE. Ai sensi dell'articolo 28 del GDPR, il cliente rimane il titolare del trattamento e il fornitore della piattaforma il responsabile del trattamento; pertanto, il titolare del trattamento deve dimostrare che il trattamento di ciascun utente è stato limitato a quanto richiesto per lo svolgimento del lavoro. Cinque modelli sono alla base della maggior parte dei risultati degli audit:
- Account di fornitori troppo ampi. Un'agenzia di traduzione a cui viene concesso accesso a livello account a un sistema di gestione della traduzione (TMS) può vedere ogni progetto, ogni lingua e ogni memoria di traduzione, che non supera il test di minimizzazione dei dati dell'Articolo 5(1)(c) nel momento in cui i dati personali appaiono in una singola stringa.
- Accesso orfano dopo la conclusione di un progetto. I linguisti freelance e il personale delle agenzie hanno un turnover più elevato rispetto ai dipendenti interni; senza una procedura di rimozione documentata, un linguista assegnato al lancio di un prodotto nel 2024 potrebbe ancora avere un account attivo nel 2026.
- Autenticazione tramite sola password al di fuori dei provider di identità. Se gli utenti del servizio di traduzione si autenticano con una password locale anziché tramite Okta, Microsoft ADFS o Google, il team di sicurezza IT non può applicare le proprie politiche di accesso condizionale e l'accesso al sistema di gestione della traduzione (TMS) di un dipendente che lascia l'azienda rimane attivo anche dopo la cessazione del rapporto di lavoro da parte delle risorse umane.
- Nessuna prova esportabile. L'articolo 5(2) del GDPR attribuisce al titolare del trattamento la responsabilità di dimostrare la conformità. Una piattaforma che mostra le autorizzazioni a schermo ma non può esportare chi ha effettuato l'accesso, quando e con quale ruolo, costringe il team addetto alla conformità a ricostruire manualmente le prove prima di ogni audit.
- Dati personali presenti direttamente nel contenuto sorgente. Le stringhe cliente-portale, le macro di supporto e le schermate di consenso spesso incorporano nomi, email o ID ordine; se la piattaforma non ha modo di tenere questi elementi fuori dalla pipeline di traduzione, ogni decisione di accesso a valle diventa una decisione sui dati personali.
Quali controlli di accesso dovrebbe offrire una piattaforma di traduzione conforme al GDPR?
Una piattaforma di traduzione conforme al GDPR offre controlli su cinque livelli, ognuno dei quali corrisponde a uno specifico obbligo che un responsabile della protezione dei dati dell'UE verificherà:
- Separazione dei ruoli e principio del minimo privilegio (articolo 25, articolo 32). Ruoli distinti per l'amministrazione dell'account, la gestione dei progetti, la richiesta di contenuti, l'ispezione in sola visualizzazione, la gestione delle agenzie e la traduzione, in modo che un responsabile di progetto di un'agenzia non possa modificare le impostazioni dell'account e un traduttore non possa scaricare un'intera memoria di traduzione. Smartling offre sette ruoli: Titolare dell'account, Responsabile del progetto, Richiedente, Visualizzatore dei contenuti, Titolare dell'account dell'agenzia, Gestore delle risorse di traduzione e Risorsa di traduzione.
- Ambito di applicazione al di sotto del ruolo (articolo 5(1)(c)). Accesso a livello di progetto per gli utenti interni, oltre all'assegnazione a livello di fase del flusso di lavoro e di lingua per i linguisti, in modo che un revisore tedesco non visualizzi mai contenuti o progetti in francese a cui non è stato assegnato. In Smartling, gli utenti delle risorse di traduzione, per impostazione predefinita, visualizzano solo le fasi del flusso di lavoro e le lingue a loro assegnate.
- Identità centrale e autenticazione forte (articolo 32, paragrafo 1, lettera b). Federazione OpenID Connect 1.0 o SAML 2.0 con il provider di identità aziendale, applicazione facoltativa tramite dominio e-mail e autenticazione a più fattori (MFA) per tutti gli account che utilizzano ancora una password. Smartling supporta entrambi i protocolli, è compatibile con Okta, ADFS e Google e applica l'autenticazione a più fattori (MFA) tramite email o app a tutti gli accessi con password.
- Revoca e ciclo di vita (articolo 32(4)). I titolari degli account o i responsabili di progetto possono rimuovere qualsiasi utente in pochi clic; in Smartling, l'utente rimosso perde immediatamente l'accesso, mentre i suoi dati e la cronologia delle attività vengono conservati a scopo di verifica. Inoltre, la rimozione di un'autorizzazione dal titolare di un account di agenzia la rimuove automaticamente per tutti i linguisti di tale agenzia.
- Prove e revisione (Articolo 5(2), Articolo 30). Un report di ogni ruolo dell'utente, agenzia, data di creazione, ultimo login e conteggio di accessi che viene esportato in CSV o PDF e può essere programmato per la consegna ricorrente, oltre alla cronologia delle modifiche nelle impostazioni di sicurezza. Il rapporto sugli utenti di Smartling e il registro della cronologia delle modifiche della lista di permessi di IP forniscono entrambi.
Informazioni intelligenti sul controllo degli accessi che un revisore GDPR può verificare
| Controllo | Valore intelligente | Perché è importante per il GDPR |
|---|---|---|
| Ruoli utente distinti | 7 (Titolare dell'account, Responsabile del progetto, Richiedente, Visualizzatore di contenuti, Titolare dell'account dell'agenzia, Responsabile delle risorse di traduzione, Risorsa di traduzione) | La separazione dei ruoli è la prima prova della protezione dei dati per impostazione predefinita prevista dall'articolo 25. |
| Tipi di permessi configurabili per asset linguistici per agenzie e linguisti | 5 (Glossario, Leva, Guida di Stile, Memoria di Traduzione, Profilo di Controllo Qualità), ognuno limitabile a asset o progetti nominati | Consente a un fornitore di modificare un glossario senza poter esportare una memoria di traduzione che potrebbe contenere dati personali. |
| protocolli SSO | OpenID Connect 1.0 (consigliato) e SAML 2.0; supporto per Okta, ADFS e Google; applicazione delle policy configurabile per dominio email. | Mantiene l'accesso alla traduzione all'interno del processo di adesione/trasferimento/cessazione del rapporto di lavoro del provider di identità. |
| Autenticazione a più fattori (MFA) per l'accesso tramite password | Autenticazione a più fattori (MFA) tramite email o app di autenticazione attivata per impostazione predefinita; codice a 6 cifre valido per 10 minuti; 5 tentativi falliti bloccano l'account; periodo di validità di 30 giorni per i browser affidabili. | L'articolo 32 richiede misure appropriate al rischio; La MFA è la base che la maggior parte delle autorità per la protezione dei dati ora si aspetta |
| Rotazione forzata delle password | Ogni 90 giorni | Limita la durata di validità delle credenziali trapelate sugli account non ancora abilitati all'SSO. |
| Segnalazione degli utenti | Accesso riservato al titolare dell'account; informazioni su email, ruolo, agenzia, data di creazione, ultimo accesso, numero di accessi; aggiornamento ogni 24 ore; esportazione in formato CSV/PDF; invio email programmato. | Inserimento diretto per le attestazioni di accesso trimestrali e la pulizia dei conti inattivi. |
| API token scope | Token con ambito di progetto (consigliati) o token di account; IP Allowlist con regole CIDR IPv4/IPv6, registro di autenticazione recente e cronologia delle modifiche filtrabile | Garantisce alle integrazioni degli sviluppatori lo stesso trattamento di minimo privilegio e di verifica riservato agli utenti umani. |
| Grafico di conformità | Certificazione SOC 2 mantenuta dal 2013; conformità agli standard GDPR dal 2018; certificazione ISO 27001. | Attestazione indipendente che il design del controllo dell'accesso è operato, non solo documentato |
Come si configurano i controlli di accesso conformi al GDPR in una piattaforma di traduzione?
Configurare gli accessi conformi al GDPR in un TMS è un processo in cinque fasi che la maggior parte dei team di sicurezza IT può completare in una sessione di lavoro con il responsabile della localizzazione.
- Mappare i ruoli alle funzioni del lavoro prima di invitare qualcuno — assegnare il titolare dell'account a uno o due responsabili della localizzazione, il Project Manager agli sviluppatori e ai program manager che configurano connettori o API, il richiedente agli autori di contenuti che inviano solo i lavori, e il Content Viewer al personale legale o di conformità che necessita di ispezione in sola lettura. In Smartling, i richiedenti non possono modificare le impostazioni o aggiungere utenti, e i Visualizzatori di Contenuto non possono scaricare o modificare le traduzioni.
- Federa l'autenticazione e applicatela per dominio — Collega Smartling al tuo fornitore di identità tramite OpenID Connect (opzione consigliata da Smartling) o SAML 2.0, poi chiedi al tuo Solutions Architect di abilitare l'applicazione SSO per i domini email aziendali, così che il personale interno non possa più bypassare il fornitore di identità con una password Smartling. La registrazione automatica può fornire i nuovi utenti SSO direttamente al ruolo di Requester o Project Manager.
- Riduci al minimo indispensabile i contatti con le parti esterne : aggiungi le agenzie come titolari dell'account e consenti loro di assegnare le proprie risorse di traduzione a fasi specifiche del flusso di lavoro e a determinate lingue. Concedi le autorizzazioni per le risorse linguistiche solo quando necessario: ad esempio, "Esplora una memoria di traduzione" senza "Esporta una memoria di traduzione", oppure i diritti di modifica del glossario limitati a un glossario specifico.
- Proteggi l'accesso alle macchine allo stesso modo : rilascia token API a livello di progetto anziché token di account per ogni connettore, pipeline CI/CD o integrazione con CMS headless e aggiungi regole di lista di indirizzi IP consentiti in modo che l'autenticazione tramite token sia accettata solo da intervalli CIDR approvati. Aggiungi l'intervallo IP di ogni integrazione prima di salvare la prima regola, perché la lista di indirizzi consentiti viene applicata a livello di account non appena viene creata una regola.
- Pianifica la raccolta delle prove : imposta il Report utenti in modo che venga inviato in formato CSV con cadenza mensile o trimestrale, ordinalo per data dell'ultimo accesso per individuare gli account inattivi, rimuovi gli utenti che non necessitano più dell'accesso (la loro cronologia delle attività viene conservata) e allega la cronologia delle modifiche alla lista IP consentita insieme ai documenti di trattamento previsti dall'articolo 30.
Questo approccio si adatta a squadre che...
- Traduci portali clienti, vetrine e-commerce o contenuti di supporto dove i dati personali dell'UE possono apparire all'interno delle stringhe di sorgente.
- Lavorate con due o più agenzie di traduzione o con un team di traduttori freelance e avete bisogno che ogni fornitore si occupi solo delle proprie lingue e dei propri progetti.
- Gestisci l'identità tramite Okta, Microsoft ADFS, Google Workspace o un altro provider OIDC o SAML 2.0 e richiedi a ogni strumento SaaS di federarsi.
- È necessario sottoporsi a verifiche di accesso trimestrali o annuali da parte dell'audit interno, di un responsabile della protezione dei dati (DPO) o di un questionario sui rischi dei fornitori compilato dal cliente.
- Gli sviluppatori che collegano Smartling a GitHub, a un CMS headless o a pipeline CI/CD desiderano che le credenziali della macchina siano limitate all'ambito IP e all'accesso tramite credenziali specifiche, come avviene per gli account umani.
Quando i controlli di accesso alla piattaforma potrebbero non essere la priorità giusta
- La tua policy richiede un'infrastruttura di traduzione locale o isolata dalla rete; Smartling è una piattaforma cloud ospitata su Amazon Web Services, quindi una distribuzione ibrida locale non è un'opzione.
- È necessaria una garanzia di residenza dei dati per singolo utente, non una limitazione dell'accesso; si tratta di una questione relativa alla regione di hosting, non alle autorizzazioni, e dovrebbe essere discussa separatamente con il vostro referente Smartling.
- Il contenuto di origine non contiene mai dati personali (ad esempio, documentazione puramente tecnica senza campi cliente); l'igiene dei ruoli è ancora importante, ma il fattore specifico GDPR è più debole.
- Hai bisogno di una piattaforma di gestione del consenso rivolta al cliente; Smartling localizza le schermate del testo del consenso come contenuti ordinari, e i log di accesso che mantiene coprono gli utenti di traduzione, non le scelte di consenso dei tuoi utenti finali.
Lista di controllo per la valutazione: domande da porsi prima di approvare una piattaforma di traduzione per dati personali dell'UE
Quanti ruoli distinti esistono e si può impedire a un fornitore esterno di visualizzare le impostazioni dell'account?
Cerca ruoli separati per amministratore, progetto, richiedente, sola visualizzazione e fornitore. I ruoli di Titolare dell'account agenzia e Risorsa di traduzione di Smartling non hanno accesso alla configurazione dell'account o del progetto.
Un linguista può essere limitato a una sola lingua e a un solo passaggio del flusso di lavoro?
Questa è la prova pratica del principio del minimo privilegio. Le risorse di traduzione di Smartling visualizzano solo le fasi del flusso di lavoro e le lingue a cui sono assegnate.
La piattaforma si federa con il nostro provider di identità? E possiamo forzare questa federazione?
Richiedete il supporto per OIDC o SAML 2.0, oltre all'applicazione delle policy a livello di dominio, e verificate che i linguisti esterni possano comunque accedere con le proprie credenziali, in modo che l'applicazione delle policy non interrompa il flusso di lavoro del fornitore.
Cosa succede quando rimuoviamo un utente?
L'accesso dovrebbe terminare immediatamente finché la cronologia delle attività viene conservata per l'audit. In Smartling, gli utenti rimossi perdono l'accesso immediatamente, i loro dati e attività vengono conservati e possono essere reaggiunti successivamente.
È possibile esportare i dati relativi agli accessi e all'ultima data di accesso?
Necessito di un report sui ruoli e sugli accessi che venga esportato in formato CSV e che possa essere programmato. Il report utenti di Smartling fa entrambe le cose e si aggiorna ogni 24 ore.
Le credenziali API sono limitate a un ambito specifico e a una rete ristretta?
Richiedi token a livello di progetto e una lista IP consentita con la cronologia delle modifiche. Smartling supporta entrambe le opzioni e la pagina della lista consentita mostra anche i tentativi di autenticazione recenti, sia quelli andati a buon fine che quelli falliti.
I dati personali possono essere esclusi completamente dalla pipeline di traduzione?
I controlli di accesso sono la seconda linea di difesa; l'esclusione dei contenuti è la prima. Scopri come la classe sl_whiteout di Smartling impedisce la traduzione di elementi sensibili.
Quali certificazioni indipendenti supportano il design del controllo degli accessi?
Richiedi la certificazione SOC 2, ISO 27001 e una dichiarazione di conformità al GDPR. L'insieme completo delle certificazioni di Smartling è descritto nell'articolo "Quali piattaforme di localizzazione aziendale sono considerate affidabili dai team di sicurezza?".
Come Smartling gestisce i controlli di accesso GDPR
Il sistema di gestione delle traduzioni di Smartling considera il controllo degli accessi come un modello di autorizzazioni a livelli, anziché come un singolo interruttore di amministrazione. Sette ruoli utente separano l'amministrazione dell'account (Proprietario dell'account) dalla configurazione del progetto (Responsabile del progetto), dall'invio dei contenuti (Richiedente), dalla visualizzazione in sola lettura (Visualizzatore dei contenuti) e dai tre ruoli lato fornitore (Proprietario dell'account dell'agenzia, Responsabile delle risorse di traduzione, Risorsa di traduzione). I responsabili di progetto possono aggiungere qualsiasi ruolo, ad eccezione di quello di responsabile dell'account, ai progetti che controllano. Questo permette alle grandi aziende di delegare l'amministrazione per singola unità aziendale senza concedere diritti a livello di account.
Per i fornitori terzi, il modello applica per impostazione predefinita il principio del minimo privilegio: le risorse di traduzione vedono solo le fasi del flusso di lavoro e le lingue a cui sono assegnate, i proprietari degli account delle agenzie non possono accedere a glossari, guide di stile, memorie di traduzione o sfruttare le risorse a meno che un proprietario dell'account non conceda uno dei cinque tipi di autorizzazione configurabili, e qualsiasi autorizzazione rimossa da un proprietario dell'account di un'agenzia viene propagata a tutti i linguisti di quell'agenzia. Tale effetto a cascata è rilevante ai sensi dell'articolo 32(4) del GDPR, che impone ai responsabili del trattamento di garantire che chiunque agisca sotto la loro autorità tratti i dati personali solo su istruzione.
L'autenticazione si rivolge tramite OpenID Connect 1.0 o SAML 2.0 con Okta, ADFS, Google e altri provider di identità; L'applicazione SSO può essere attivata per ogni dominio email, così gli utenti interni non possono più accedere con una password Smartling, mentre i linguisti esterni mantengono il proprio flusso di accesso. Ogni login basato su password è protetto tramite email o tramite app autenticative MFA, con un blocco di 5 tentativi e un reset forzato della password di 90 giorni.
Per prova, i Proprietari degli Account pubblicano il Users Report, che elenca ogni email, ruolo, agenzia, data di creazione, data di accesso e conteggio di accesso, si aggiorna ogni 24 ore, esporta in CSV o PDF e può essere programmato per la consegna ricorrente di email, così che un'attestazione trimestrale di accesso diventa un abbonamento al report anziché un pull manuale. Le credenziali degli sviluppatori ricevono lo stesso trattamento: i titolari degli account possono emettere token API con ambito di progetto, limitare l'autenticazione dei token a intervalli CIDR IPv4 o IPv6 approvati tramite l'IP Allowlist, esaminare tentativi di autenticazione recenti riusciti e falliti, e filtrare un registro della cronologia delle modifiche per regola, azione e utente che ha effettuato la modifica.
Questi controlli si aggiungono a una documentazione di conformità che Smartling rende pubblica: certificazione SOC 2 mantenuta ininterrottamente dal 2013, rispetto degli standard di sicurezza e privacy GDPR sin dall'entrata in vigore del regolamento nel 2018 e certificazione ISO 27001, con i dati dei clienti ospitati su Amazon Web Services.
Domande correlate
Pronto a vedere Smartling in azione?
Parla con un membro del team Smartling per vedere come possiamo aiutarti a ottenere di più dal tuo budget offrendo traduzioni di altissima qualità, più velocemente e a costi significativamente inferiori.