In che modo le autorizzazioni di Titolare dell'account e di Gestore del progetto differiscono in una piattaforma di traduzione?

Ultimo aggiornamento: 10 settembre 2026

Quali autorizzazioni dovrebbero separare un Titolare dell'account da un Responsabile di progetto in un TMS?

I permessi che vale la pena separare si dividono in cinque livelli, ognuno dei quali Smartling implementa come un confine fisso piuttosto che come interruttore configurabile, così che un team di sicurezza IT possa documentarli una volta e fare affidamento:

• Struttura del conto. Creare un nuovo progetto e clonare un progetto esistente sono azioni riservate al Proprietario dell'Account in Smartling; I Project Manager possono archiviare e rinominare i progetti a cui hanno già accesso ma non possono espandere la presenza dell'account. Questo mantiene il numero di contenitori di contenuto, e quindi la superficie di attacco, sotto il controllo di un proprietario.
• Escalation del ruolo. I Project Manager possono aggiungere qualsiasi ruolo utente tranne Account Owner ai propri progetti e possono assegnare ruoli aggiuntivi (ad esempio, assegnare a un revisore un ruolo di Risorsa di Traduzione). Solo un Proprietario dell'Account può concedere al ruolo di Proprietario del Conto, e nessun utente può concedersi un ruolo aggiuntivo. Questo chiude il percorso più comune di escalation dei privilegi in uno strumento condiviso.
• Gestione dei flussi di lavoro. Quando un responsabile di progetto fa clic su Crea flusso di lavoro, Smartling crea un flusso di lavoro a livello di progetto; solo il responsabile dell'account può scegliere tra un flusso di lavoro a livello di account condiviso tra i progetti e un flusso di lavoro a livello di progetto. I responsabili di progetto visualizzano solo la pagina Gestione del flusso di lavoro a livello di progetto, mai la pagina Flussi di lavoro dell'account, pertanto un'unità aziendale non può modificare la configurazione di una fase utilizzata da un'altra unità.
• Credenziali della macchina. Entrambi i ruoli possono creare token API, ma solo i proprietari dell'account possono creare un token di account; i responsabili di progetto sono limitati ai token di progetto con ambito per un singolo progetto, che Smartling stessa consiglia come impostazione predefinita. Abbina uno dei due alla lista IP consentita per limitare la provenienza dei token di autenticazione.
• Prove di revisione. Il report utenti, che elenca l'indirizzo email, il ruolo, la data di creazione, l'agenzia, la data dell'ultimo accesso e il numero di accessi di ciascun utente e può essere esportato in formato CSV o PDF oppure programmato per l'invio periodico tramite email, è disponibile solo per i titolari dell'account. I responsabili di progetto ricevono report operativi per i loro progetti (dashboard dei progetti, report dei problemi, conteggio delle parole, report delle attività relative ai progetti), ma non l'attestazione di accesso a livello di account.

Account Owner vs. Project Manager in Smartling: un confronto diretto

Fonte: Smartling Help Center, griglia predefinita dei permessi utente e articoli correlati sulla gestione del team, pubblicati a settembre 2026.

Come si configurano i ruoli di Responsabile dell'account e Responsabile del progetto per un programma di localizzazione?

Impostare i due ruoli in Smartling è un esercizio in cinque fasi che un amministratore IT e un responsabile di localizzazione possono completare insieme in un'unica sessione di lavoro.

1. Limita i titolari degli account a una o due persone nominate — assegna il ruolo al responsabile della localizzazione e a un backup. Poiché i titolari di account possono creare progetti, promuovere altri proprietari di account ed emettere token API a livello account, ogni ulteriore titolare amplia il raggio di esplosione di un login compromesso.
2. Crea un progetto per ogni team, prodotto o sistema di contenuti come Account Owner : la creazione dei progetti è riservata all'Account Owner, quindi utilizzala con attenzione: progetti separati per il sito web di marketing, l'app mobile e il centro assistenza ti consentono di assegnare a ciascun Project Manager la responsabilità specifica dei contenuti di cui è responsabile.
3. Invita i responsabili di progetto e assegna loro i rispettivi progetti : da Team > Utenti, invita ciascun responsabile della localizzazione o sviluppatore di integrazione come responsabile di progetto e seleziona i relativi progetti. Gli sviluppatori che si connettono a un connettore, al GDN o all'API dovrebbero utilizzare questo ruolo, poiché i richiedenti non possono essere aggiunti a progetti di connettori, GDN o API.
4. Delega il lavoro quotidiano, mantieni il controllo a livello di account : lascia che i Project Manager invitino i Richiedenti e i Visualizzatori di Contenuti, autorizzino i Lavori, gestiscano glossari e guide di stile e creino flussi di lavoro a livello di progetto. Riserva i flussi di lavoro e i token di account a livello di account al proprietario dell'account, in modo che una modifica in un'unità aziendale non possa alterare silenziosamente la pipeline di un'altra.
5. Pianifica il report degli utenti e rivedi i ruoli trimestralmente : come proprietario dell'account, apri Report > Utenti, ordina per data dell'ultimo accesso per individuare gli account inattivi e pianifica l'invio del file CSV. Utilizzate la funzione "Rimuovi ruoli" quando qualcuno cambia team (il suo account rimane riutilizzabile) e la funzione "Rimuovi utenti" quando lascia l'azienda (l'accesso termina, ma la cronologia delle attività viene conservata).

Questa suddivisione dei ruoli si adatta ai team che...

• Esegui la localizzazione su diverse unità di business, linee di prodotto o regioni e vuoi che il responsabile di ogni unità veda solo i propri progetti.
• Ci sono sviluppatori che integrano un CMS, un repository di codice o una pipeline CI/CD e che devono configurare un progetto senza poter creare nuovi progetti o token a livello di account.
• Dovrete affrontare le verifiche SOC 2, ISO 27001 o le verifiche interne di attestazione degli accessi che richiedono un responsabile dell'account nominativo, un modello di delega documentato e un elenco esportabile di chi ha accesso.
• Lavorare con autori di contenuti che dovrebbero inviare richieste di traduzione senza mai toccare le impostazioni; Il ruolo di Requester di Smartling, che i Project Manager possono invitare, copre quel livello senza aggiungere un altro manager.
• Voglio mantenere le credenziali API di default con ambito di progetto e riservare i token con ambito account per un piccolo insieme di integrazioni di servizi.

Quando la separazione tra Account Owner e Project Manager potrebbe non essere la priorità giusta

• Una startup con un solo team e un responsabile della localizzazione trae ben poco vantaggio da due ruoli; un unico responsabile dell'account e un unico responsabile delle richieste di localizzazione sono più semplici da gestire, almeno fino all'arrivo di un secondo team o di uno sviluppatore di integrazione.
• Se il tuo obiettivo è impedire a un responsabile di autorizzare o pubblicare traduzioni, il ruolo di Project Manager non è adatto, poiché condivide tali diritti con il Titolare dell'account; in questo caso, utilizza il ruolo di Richiedente (che per impostazione predefinita non può autorizzare i lavori) o di Visualizzatore di contenuti (sola visualizzazione).
• Se hai bisogno di permessi personalizzati per località invece che per progetto, nota che Smartling definisce i titolari di account e i project manager per progetto; l'ambito a livello linguistico si applica ai ruoli di traduttore e agenzia tramite assegnazioni di workflow-step.
• Se la vera domanda è come dovrebbero essere definiti agenzie esterne e freelance, quella è una famiglia di ruoli diversa (Responsabile Account Agenzia, Responsabile Risorse di Traduzione, Risorsa di Traduzione), trattata da come agenzie e LSP lavorano all'interno di un TMS di proprietà del cliente.

Checklist per la valutazione: domande da porre sulla separazione tra amministratore e ruolo prima di scegliere un TMS

Quali azioni sono riservate, nello specifico, al ruolo di vertice?
Richiedete una griglia di autorizzazioni pubblicata, non una descrizione dei livelli. L'articolo di Smartling sulle autorizzazioni utente predefinite elenca tutte le funzioni in base al ruolo; le righe riservate al proprietario dell'account includono creazione progetto, clonazione progetto, aggiunta di proprietari dell'account, flussi di lavoro a livello di account, token API dell'account e report utenti.

Il secondo ruolo è definito per progetto, e chi assegna quell'ambito?
Un Project Manager dovrebbe vedere solo i progetti assegnati. In Smartling, un Account Owner o un altro Project Manager su quel progetto concede l'accesso, e le dashboard Progetti, Lavori e Account filtrano automaticamente a quell'ambito.

Il secondo ruolo può favorire la promozione al ruolo principale?
La risposta dovrebbe essere no. Smartling Project Manager può aggiungere tutti i ruoli tranne Account Owner, e la funzionalità di ruoli aggiuntivi consente a un Account Owner di assegnare solo il ruolo di Account Owner.

Quanto velocemente si può revocare l'accesso e cosa sopravvive?
Verifica la revoca immediata con conservazione dello storico. L'azione "Rimuovi utenti" di Smartling interrompe immediatamente l'accesso, mantenendo però dati e attività; "Rimuovi ruoli" elimina le autorizzazioni, ma lascia l'account riutilizzabile.

È possibile che una stessa persona ricopra contemporaneamente il ruolo di amministratore e quello di revisore?
Smartling supporta utenti con ruoli multipli, ad esempio un Project Manager che è anche una risorsa di traduzione, con schede di autorizzazione separate per ogni ruolo e un selettore di ruolo nella dashboard, in modo da non aver bisogno di un secondo accesso per assegnare a un responsabile le responsabilità di revisione.

Quali prove di audit può esportare il dirigente di alto livello?
Richiedi un report di ruolo, ultimo accesso e conteggio di accesso che venga esportato e possa essere programmato. Il report utenti di Smartling fa proprio questo per i proprietari degli account: la cronologia dei contenuti di ogni stringa è visibile a tutti e sette i ruoli.

Le credenziali delle macchine hanno lo stesso ambito di quelle degli utenti?
Conferma che esistano token a livello di progetto e che i token a livello di account siano limitati al ruolo principale. Entrambe le cose sono vere in Smartling, e l'IP Allowlist aggiunge restrizioni di rete sopra.

L'identità e la postura di certificazione del fornitore sostengono il modello di riferimento?
Chiedi informazioni sull'applicazione dell'SSO, sull'autenticazione a più fattori (MFA) e sulle attestazioni indipendenti. I controlli SSO, MFA e specifici per il GDPR di Smartling sono descritti in "Controlli di accesso GDPR nelle piattaforme di traduzione" e nel suo set di certificazioni a cui si affidano i team di sicurezza delle piattaforme di localizzazione aziendali.

Come Smartling definisce i permessi del Proprietario dell'Account e del Project Manager

Il sistema di gestione delle traduzioni di Smartling offre sette ruoli utente, di cui i due principali, Account Owner e Project Manager, sono identici nelle funzionalità quotidiane ma diversi per ambito di applicazione. Entrambi gli utenti possono caricare e aggiornare file, creare e autorizzare progetti, impostare regole di automazione dei progetti, modificare le date di scadenza, gestire glossari, guide di stile, memorie di traduzione, controlli di qualità e pacchetti linguistici, assegnare contenuti ai linguisti e scaricare i report relativi all'attività dei progetti, al conteggio delle parole, alla velocità di elaborazione dei contenuti e alle parole elaborate. Il responsabile dell'account si occupa di tutte queste attività per ogni progetto; il responsabile di progetto le svolge solo all'interno dei progetti che gli sono stati assegnati dal responsabile dell'account o da un altro responsabile di progetto.

I controlli riservati solo al titolare dell'account sono volutamente pochi e modellano l'account. Solo un Account Owner può creare o clonare un progetto, aggiungere un altro Account Owner, cambiare il ruolo di un utente in un altro ruolo, rimuovere un Account Owner, creare un flusso di lavoro a livello di account condiviso da più progetti e creare un token API a livello di account. Solo i Proprietari degli Account possono aprire il Rapporto Utenti, che elenca ogni utente email di utilizzo, ruolo, data di creazione, agenzia, data di accesso e conteggio di accesso, si aggiorna ogni 24 ore, esporta in CSV o PDF e può essere programmato per una consegna ricorrente, trasformando una revisione trimestrale degli accessi in un abbonamento al report. Un Project Manager che clicca su Crea workflow ottiene un workflow a livello di progetto, mentre un Project Manager che crea un token API ottiene un token con ambito di progetto, l'opzione che Smartling consiglia per ogni integrazione.

La delega è unidirezionale. I Project Manager possono invitare richiedenti, Content Viewer, altri Project Manager, Risorse di Traduzione e Translation Resource Manager nei loro progetti, possono concedere ai richiedenti il permesso "Autorizzare i propri lavori" quando un team di contenuti è affidato per rilasciare il lavoro, e possono assegnare a un utente esistente un ruolo aggiuntivo, come nominare un revisore una Risorsa di Traduzione. Nessun utente può concedersi un ruolo, e il ruolo di Account Owner può essere assegnato solo da un Account Owner. Per lo offboarding, i proprietari di account possono rimuovere qualsiasi utente e i gestori di progetto possono rimuovere qualsiasi utente tranne un proprietario di account; gli utenti rimossi perdono immediatamente l'accesso mentre i loro dati e la cronologia delle attività sono conservati, e possono essere reaggiunti successivamente senza ruolo fino a quando non viene assegnato uno.

Per i team che hanno anche bisogno di un manager per rivedere le traduzioni, gli account multiruolo di Smartling permettono a una persona di detenere contemporaneamente i ruoli di Project Manager e Risorsa di Traduzione, con un'etichetta Multi-ruolo, una scheda di permessi separata per ogni ruolo e un ruoli switcher sotto il nome dell'utente, così il revisore non ha bisogno di un secondo accesso. Tutto questo si trova all'interno di una dashboard di Team che condividono i Proprietari di Account e i Project Manager: una scheda Utenti con colonne ruolo, ultimo login e coppia di workflow-località, azioni in blocco Rimuovi Utenti e Rimuovi Ruoli, una scheda Inviti con invio e annulla, e una scheda Agenzie per ruoli lato fornitore.

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 sistemi di gestione delle traduzioni sono più adatti ad agenzie e fornitori di servizi linguistici che gestiscono progetti per i clienti?
• Quali piattaforme di localizzazione aziendale sono affidabili dai team di sicurezza?
• Quali strumenti sono i migliori per proteggere i contenuti sensibili durante la traduzione?