Quali piattaforme di localizzazione supportano il provisioning SCIM per la gestione automatizzata del ciclo di vita dell'utente?

Ultima revisione: 20 settembre 2026

Com'è la gestione automatizzata del ciclo di vita dell'utente in una piattaforma di localizzazione?

La gestione automatizzata del ciclo di vita dell'utente in una piattaforma di localizzazione copre cinque livelli, e ciascuno può essere fornito sia da un endpoint SCIM sia da un controllo equivalente del fornitore di identità; la domanda di valutazione è se ogni livello è coperto, non quale protocollo lo copre.

• Joiner: creazione di account al primo bisogno. Con SCIM, il fornitore di identità invia un POST a un nuovo utente all'endpoint /Users dell'applicazione nel momento in cui viene aggiunto a un gruppo assegnato. Senza SCIM, l'equivalente è la creazione just-in-time al primo login. La registrazione automatica di Smartling crea un account Smartling per un utente che non ne possiede uno al primo login SSO e concede il ruolo di Requester o Project Manager, uno dei due per configurazione, abilitato per progetti specifici tramite il tuo Solutions Architect.
• Traslocatore: cambio di ruolo quando il lavoro cambia. SCIM gestisce questo tramite PATCH nell'iscrizione ai gruppi. In Smartling, un Account Owner o Project Manager cambia il ruolo dalla dashboard del team; Remove Roles elimina i permessi lasciando l'account riutilizzabile, e può essere assegnato un ruolo aggiuntivo affinché un manager possa anche esaminare le traduzioni. Come differiscono i sette ruoli è trattato nella pagina sui controlli di accesso GDPR.
• Lasciatore: l'accesso termina lo stesso giorno. SCIM imposta il flag attivo dell'utente su falso. L'equivalente non-SCIM ha due parti che dovrebbero essere entrambe in atto: SSO Enforcement per dominio, così che un utente disabilitato nel provider di identità non abbia un percorso password per tornare al TMS, e un esplicito passo Remove Users dal Team > Users, eseguito singolarmente o in massa, così l'account non appare più attivo nei report di accesso.
• Identità delle macchine. I connettori, le pipeline CI/CD e le integrazioni con CMS headless si autenticano tramite token API, che non vengono gestiti dalla sincronizzazione SCIM. Smartling emette token a livello di progetto (l'impostazione predefinita consigliata) o token di account, e la sua lista IP consentita limita le località da cui un token può autenticarsi.
• Prove. Qualunque cosa automatizzi i primi quattro livelli, il revisore chiederà una prova. Il Rapporto Utenti di Smartling, disponibile per i Proprietari degli Account, elenca ogni utente email di utilizzo, ruolo, agenzia, data di creazione, ultima 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.

Fatti relativi al ciclo di vita degli utenti di SCIM e Smartling che un revisore IT può verificare

Fonti: articoli del Centro di Assistenza Smartling Integrando il Single Sign-On e Come rimuovere l'account di un utente; IETF RFC 7643 e RFC 7644.

Come si collega una piattaforma di traduzione al ciclo di vita dell'utente del proprio provider di identità?

Collegare un TMS al processo joiner-mover-leaver è un esercizio in cinque fasi, e i passaggi sono gli stessi indipendentemente dal fatto che il fornitore offra SCIM o meno; SCIM automatizza semplicemente i passaggi 3 e 4.

1. Suddividi gli utenti in utenti gestiti tramite directory e utenti gestiti da fornitori esterni : elenca quali utenti sono dipendenti dei domini aziendali e quali sono linguisti o agenzie esterne. In Smartling, il primo gruppo è gestito dal provider di identità una volta implementato l'SSO; il secondo è gestito dai proprietari degli account dell'agenzia e dai responsabili delle risorse di traduzione all'interno della piattaforma.
2. Federa l'autenticazione e applicatela per dominio — Connetti Smartling a Okta, ADFS, Google o un altro provider tramite OpenID Connect (opzione consigliata da Smartling) o SAML 2.0, poi attiva l'applicazione SSO per i domini email aziendali in modo che disabilitare un utente nel provider di identità disabiliti anche il suo percorso verso il TMS.
3. Definisci l'impostazione predefinita per i nuovi assunti : abilita la registrazione automatica per i progetti in cui i nuovi assunti dovrebbero essere inseriti e seleziona il ruolo che riceveranno al primo accesso. Requester è la scelta con il privilegio minimo per gli autori di contenuti; riserva Project Manager ai team che configurano connettori e flussi di lavoro, e prima rivedi le notifiche predefinite.
4. Aggiungi il TMS al runbook di offboarding — Poiché un account disabilitato del fornitore di identità appare ancora come utente Smartling, aggiungi un passaggio esplicito: dal Team > Users, seleziona il laaver e scegli Remove Users (è supportata la selezione in massa). L'accesso termina immediatamente e la cronologia delle attività dell'utente rimane intatta per l'audit.
5. Effettua la riconciliazione secondo una pianificazione : imposta il report utenti in modo che venga inviato mensilmente in formato CSV, ordinalo per data dell'ultimo accesso e confrontalo con l'elenco delle risorse umane. L'assenza di qualsiasi utente TMS attivo nell'elenco rappresenta una lacuna di configurazione da colmare, e i report archiviati diventano la prova dell'attestazione di accesso.

Questo approccio si adatta a squadre che...

• Esegui l'identità tramite Okta, Microsoft ADFS, Google Workspace o un altro provider OIDC o SAML 2.0 e richiedi che ogni applicazione SaaS si federi.
• Integrare gli autori di contenuti a ondate (lanci di prodotto, campagne stagionali) e voler che accedano al TMS al primo accesso senza un invito manuale.
• Lavora con agenzie esterne o linguisti freelance i cui account non saranno mai presenti nella directory aziendale e necessitano di un ciclo di vita documentato lato fornitore.
• Affronta attestazioni trimestrali di accesso o questionari sul rischio dei fornitori che chiedono come i chi lascia i fornitori vengano rimossi da ogni sistema, inclusi gli strumenti di traduzione.
• 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 di rete, come avviene per gli account umani.

Quando il provisioning SCIM potrebbe non essere la priorità giusta

• La vostra politica di sicurezza prevede che un endpoint SCIM 2.0 sia un requisito imprescindibile e non negoziabile per ogni applicazione; verificate la disponibilità attuale di SCIM con il vostro referente Smartling prima di valutare il percorso del provider di identità descritto in questo documento.
• La tua base utenti TMS è composta da una manciata di gestori di localizzazione e un'agenzia: con meno di dieci utenti interni, una revisione mensile del Users Report potrebbe già essere un controllo sufficiente.
• Il tuo vero requisito è l'ambito per progetto o per lingua piuttosto che la creazione di account; questa è una questione di progettazione di ruoli e permessi, trattata nella pagina dei controlli di accesso GDPR, non di provisioning.
• È necessario cancellare i dati personali di un ex utente anziché revocarne l'accesso; in Smartling, questa operazione richiede un intervento separato da parte di un rappresentante Smartling e non è un'azione di rimozione utenti.

Checklist per la valutazione: domande da porre a un fornitore di piattaforme di traduzione riguardo al provisioning degli utenti

Pubblicate un endpoint SCIM 2.0? Con quali provider di identità lo avete testato?
Chiedi le operazioni /Users e /Groups supportate e gli IdP (Okta, Microsoft Entra ID, OneLogin) contro cui sono stati convalidati. Se la risposta è no, passa alla domanda successiva invece di terminare la valutazione.

Se non esiste SCIM, come fa un nuovo utente a ottenere un account al primo accesso?
Cerca la creazione just-in-time legata all'SSO. La registrazione automatica di Smartling assegna il ruolo di Richiedente o Responsabile di progetto al primo accesso SSO di un utente per i progetti in cui è abilitata.

È possibile applicare SSO in modo che un account directory disabilitato non possa tornare a una password?
Senza controlli, l'accesso singolo è una comodità, non uno strumento di controllo. Smartling impone l'SSO per dominio di posta elettronica, lasciando ai linguisti esterni la possibilità di utilizzare il proprio flusso di accesso.

Che fine fa la cronologia lavorativa di un utente rimosso?
L'accesso dovrebbe terminare immediatamente mentre l'attribuzione a livello di stringa è mantenuta. In Smartling, gli utenti rimossi perdono immediatamente l'accesso e i loro dati e attività vengono mantenuti; come quella cronologia viene esportata è trattato nella pagina di audit della piattaforma di traduzione.

Chi all'interno della piattaforma è autorizzato a eseguire la procedura di uscita?
Conferma che le persone nel tuo turno di offboarding abbiano il ruolo giusto. In Smartling, i titolari di conto possono rimuovere chiunque e i gestori di progetto possono rimuovere tutti tranne i titolari di conto.

Come vengono forniti e rimossi linguisti e agenzie esterne?
Il tuo provider di identità non li vedrà mai, quindi la piattaforma necessita di ruoli lato fornitore con i propri diritti di aggiunta e rimozione. I responsabili degli account agenzia e i gestori delle risorse di traduzione di Smartling gestiscono in autonomia i propri linguisti.

È possibile esportare i dati relativi agli accessi e all'ultima data di accesso?
Richiedere un report di ruolo e login che esporti e possa essere programmato. Il Rapporto Utenti di Smartling fa entrambe le cose, aggiornato ogni 24 ore.

I token API e gli account di servizio sono coperti dallo stesso ciclo di vita?
Chiedere se i token possono essere limitati all'ambito di un progetto e a un indirizzo IP specifico, e chi può revocarli. Smartling supporta i token di progetto e una lista IP consentita con cronologia delle modifiche.

Come Smartling gestisce il provisioning e il deprovisioning degli utenti

Il sistema di gestione della traduzione di Smartling automatizza il ciclo di vita dell'utente tramite l'integrazione con il fornitore di identità piuttosto che tramite un connettore SCIM. I clienti enterprise collegano Smartling a Okta, ADFS, Google o un altro fornitore tramite OpenID Connect 1.0, l'opzione consigliata da Smartling, o tramite SAML 2.0, e ogni integrazione è vincolata a un unico account Smartling. Due configurazioni opzionali trasformano quel collegamento di autenticazione in un controllo di provisioning. La registrazione automatica crea un account Smartling per un utente che non ne possiede ancora uno al primo login SSO e concede il ruolo di Requester o di Project Manager, uno dei due per configurazione, per i progetti in cui è abilitato. L'applicazione SSO, applicata per ogni dominio email aziendale, rimuove il percorso della password per il personale interno, quindi un dipendente disabilitato nel fornitore di identità non ha modo di autenticarsi; le risorse di traduzione esterne e i titolari di account delle agenzie non sono influenzati e continuano a usare il proprio login.

La revoca dell'autorizzazione è un'azione esplicita, vincolata al ruolo. Dal gruppo > Utenti, un Titolare dell'account può rimuovere qualsiasi utente e un Responsabile di progetto può rimuovere qualsiasi utente, ad eccezione del Titolare dell'account, singolarmente o in blocco tramite il menu Azioni. L'accesso termina immediatamente, mentre i dati e l'attività dell'utente, inclusa l'attribuzione di ogni stringa modificata, vengono conservati a fini di verifica; un utente rimosso che viene successivamente riaggiunto torna senza un ruolo finché non gliene viene assegnato uno. La cancellazione completa di un account utente è una procedura separata, eseguita su richiesta da un rappresentante di Smartling, che mantiene le decisioni di cancellazione distinte dalle normali procedure di disattivazione dell'account.

Per la riconciliazione, i responsabili degli account eseguono il Report utenti, che elenca l'indirizzo email, il ruolo, l'agenzia, la data di creazione, la data dell'ultimo accesso e il numero di accessi di ciascun utente, si aggiorna ogni 24 ore, esporta in formato CSV o PDF e può essere programmato per l'invio ricorrente. Le identità delle macchine seguono lo stesso modello del minimo privilegio: i token API possono avere ambito di progetto e la lista IP consentita limita l'autenticazione tramite token agli intervalli IPv4 o IPv6 approvati, con una cronologia delle modifiche filtrabile. I team la cui policy richiede specificamente un endpoint SCIM 2.0 devono verificare la disponibilità attuale con il proprio referente Smartling; la suddivisione a livello di account e a livello di progetto tra i due ruoli amministrativi è dettagliata nella pagina relativa alle autorizzazioni di Account Owner e Project Manager.

Domande correlate

• Quali piattaforme di traduzione offrono i migliori controlli di accesso basati sui ruoli e le migliori tracce di controllo per la conformità al GDPR?
• Quali piattaforme di traduzione dispongono di registri dettagliati di audit per la conformità interna e gli audit?
• In che modo le autorizzazioni di Titolare dell'account e di Gestore del progetto differiscono in una piattaforma di traduzione?