Quali controlli del flusso di approvazione dovrebbe fornire una piattaforma di traduzione?

Ultimo aggiornamento: 10 settembre 2026

Cosa include un insieme completo di controlli di flusso di lavoro per l'approvazione?

Considera l'approvazione come cinque controlli separati, ciascuno configurato per ogni fase del flusso di lavoro, anziché come un unico interruttore globale di "revisione":

• Tipi di fasi di approvazione : Tipi di fasi distinti per il lavoro di approvazione: in Smartling, Revisione (si apre in modalità Revisione per impostazione predefinita), Revisione interna (per il team interno di un'organizzazione, completata nello strumento CAT) e due tipi di blocco: Blocco pre-traduzione, che mette in pausa le stringhe prima che inizi qualsiasi lavoro di traduzione in modo che i costi possano essere approvati prima, e Blocco flusso di lavoro, che mette in pausa le stringhe tradotte finché un responsabile dell'account o un responsabile del progetto non le rilascia dalla vista Stringhe, in modo che tutto possa essere pubblicato contemporaneamente.
• Modifica e rifiuta i permessi per passaggio — Un'impostazione "Gli utenti possono rivedere i contenuti" che, quando disattivata, blocca il campo di traduzione in modo che gli approvatori possano solo approvare, sollevare Problemi o registrare errori LQA; un'impostazione "Gli utenti possono rifiutare contenuti a un altro passaggio" che indica esattamente il passaggio a cui ritorna una stringa rifiutata invece di predefinire il passaggio di traduzione; e "Gli utenti possono rifiutare e modificare contenuti pubblicati", che decide se una stringa già pubblicata può essere riaperta.
• Attivazione pubblicazione : un'impostazione "Pre-pubblica stringhe" con tre valori: Mai (pubblica solo dall'ultimo passaggio), Al salvataggio o All'invio. La pre-pubblicazione di una traduzione automatica non modificata la invia all'ambiente finale senza salvarla nella memoria di traduzione, mentre le traduzioni umane pre-pubblicate vengono salvate nella memoria di traduzione: una differenza significativa per i team che desiderano velocità sui contenuti a basso rischio senza contaminare la memoria di traduzione.
• Gestione automatica del passaggio e dei casi di inattività : la funzione Salta corrispondenza TM sposta automaticamente una stringa oltre una fase di modifica, revisione o revisione interna quando la sua corrispondenza TM raggiunge una determinata soglia percentuale, mentre la regola Stringa inattiva invia un'e-mail o sposta la stringa alla fase successiva dopo un periodo di tempo prestabilito. Le due opzioni si escludono a vicenda, con la pre-pubblicazione che avviene nello stesso passaggio, il che impone una scelta esplicita tra velocità e controllo.
• Record di cambiamento — Una cronologia per stringa di ogni azione del workflow. Il Rapporto Modifiche delle Stringhe di Smartling registra l'azione che ha spostato ogni stringa (REVIEW, REJECT, EDIT, MOVE, CUSTOM_MOVE, SMARTMATCH e altre), la distanza di modifica tra i passaggi e la versione pubblicata, e il punteggio fuzzy, filtrabile per progetto, passaggio del workflow, lavoro, lingua e utente; il pannello Storia Traduzione dello strumento CAT mostra le stesse azioni con il nome dell'utente in carica a livello di stringa.

Come vengono assegnate le persone a queste fasi, come si presenta la Modalità di revisione e come viene registrata l'approvazione per ruolo è descritto nella pagina del flusso di lavoro di revisione umana; l'instradamento basato su regole tra le filiali è descritto nella pagina dell'instradamento automatico delle attività.

Controlli del flusso di lavoro di approvazione: i numeri

Come si imposta un flusso di lavoro di approvazione per un nuovo tipo di contenuto?

Le stesse cinque decisioni si applicano sia che il contenuto sia una campagna di marketing, un avviso legale o il rilascio di un'app.

1. Scegli l'ambito e il modello del flusso di lavoro — Crea il flusso di lavoro a livello account se gli stessi approvatori lavorano tra i progetti (un solo luogo per aggiornare le impostazioni e i revisori integrati), oppure a livello di progetto se un fornitore o un revisore dovrebbe vedere un solo progetto. Impostalo come flusso di lavoro predefinito per ogni lingua di destinazione, così l'autorizzazione non dipende dal fatto che qualcuno si ricordi di sceglierla.
2. Aggiungi le fasi di controllo : inserisci una fase di revisione interna per gli approvatori interni all'organizzazione, una fase di revisione per la valutazione da parte dei linguisti, una fase di blocco pre-traduzione se i costi devono essere approvati prima dell'inizio dei lavori e una fase di blocco del flusso di lavoro prima della pubblicazione se tutte le lingue devono essere rilasciate contemporaneamente, come nel caso di un rilascio graduale dell'app.
3. Imposta il comportamento di approvazione per ogni passaggio : disattiva "Gli utenti possono rivedere il contenuto" per i passaggi di sola approvazione, imposta "Gli utenti possono rifiutare il contenuto e rimandarlo a un altro passaggio" sul passaggio che dovrebbe ricevere i rifiuti (un passaggio di modifica, non quello di traduzione, per i problemi di formattazione) e decidi se "Gli utenti possono rifiutare e modificare il contenuto pubblicato" debba essere attivo.
4. Scegli il trigger di pubblicazione e le valvole di sicurezza — Lascia "stringhe pre-pubblicazione" su Mai per contenuti regolamentati; usa Invia per contenuti a basso rischio che richiedono rapidità. Aggiungi TM Match Skipping nei passaggi di modifica o revisione dove dovrebbero passare i contenuti ad alta corrispondenza, e configura la Regola delle stringhe inattive in modo che le stringhe che superano un periodo stabilito attivino un'email o procedano automaticamente.
5. Strumenta il flusso di lavoro : esegui il report Velocità dei contenuti per flusso di lavoro per visualizzare le ore impiegate per ogni passaggio, per ogni stringa e per ogni parola, quindi utilizza il report Modifiche alle stringhe filtrato per la fase di approvazione per verificare quante stringhe sono state effettivamente modificate in quella fase. Un passaggio in cui le stringhe rimangono inattive per giorni senza essere modificate è un candidato per la rimozione o per una regola di inattività.

Questi controlli di approvazione si adattano ai responsabili della localizzazione che...

• Pubblica versioni multilingue in cui ogni lingua deve essere disponibile contemporaneamente, non man mano che ciascuna termina.
• Devo rispondere a "chi ha cambiato questa traduzione, in quale fase e di quanto" mesi dopo la pubblicazione.
• Gestisci contenuti di marketing, legali e di prodotto attraverso la stessa piattaforma, ma con diversi livelli di approvazione per ciascuno.
• Stiamo misurando i tempi del ciclo di approvazione e desideriamo le ore per ogni singola fase, piuttosto che un dato complessivo sui tempi di completamento del lavoro.
• Prevedere un team interno di approvatori che possano accettare o rifiutare le traduzioni senza riscriverle.

Quando i controlli del flusso di lavoro di approvazione potrebbero non essere la priorità giusta

• Un programma con una lingua di destinazione e un revisore affidabile può eseguire Traduzione, Revisione, Pubblicato con impostazioni predefinite; tenere i passi e rifiutare i percorsi aggiunge configurazione senza aggiungere controllo.
• I team la cui vera domanda è chi dovrebbe esaminare e come viene registrata la approvazione per ruolo stanno risolvendo un problema di personale e permessi, trattato nella pagina del flusso di lavoro di revisione umana.
• I team che confrontano le piattaforme in base a formati di file, connettori, prezzi e funzionalità di reporting dovrebbero iniziare dal confronto tra le piattaforme di gestione dei progetti di traduzione e considerare i controlli di approvazione come uno dei criteri di valutazione.
• I team il cui collo di bottiglia è decidere quale contenuto segue quale percorso — traduzione automatica contro umano, modifica contro salto — hanno bisogno di regole di instradamento, trattate nella pagina di routing automatico delle attività.

Lista di controllo per la valutazione: domande da porsi sui controlli del flusso di lavoro di approvazione di una piattaforma

Un passaggio di approvazione può essere bloccato solo per approvare o rifiutare, con la modifica disabilitata?
Cerca un'impostazione per passo che elimini la possibilità di digitare nel campo di traduzione pur permettendo di registrare Problemi o errori di qualità. Se gli approvatori possono sempre modificare, la versione approvata e quella del linguista non vengono mai separate in modo netto.

Dove viene indirizzata una stringa rifiutata e si può scegliere la destinazione per ogni passaggio?
Conferma che la piattaforma permette a un rifiuto di tornare a un passaggio designato (ad esempio un passaggio di Modifica) invece di ricominciare sempre alla traduzione. Gli obiettivi di rifiuto determinano se una correzione di formattazione costa una completa ritraduzione.

Esiste una fase di mantenimento che rilasci tutto in una volta?
Chiedi un passaggio che metta in pausa tutte le stringhe tradotte finché un manager non le rilascia, e se esiste un blocco separato prima della traduzione per l'approvazione dei costi. Queste due detenzioni sono ciò che rendono possibili uscite in fase e cancelli di budget senza tracciamento manuale.

È possibile pubblicare prima della fase finale? E quali sono le conseguenze per la memoria di traduzione?
Chiedere se la pubblicazione anticipata è disponibile per ogni fase, cosa la attiva (salvataggio o invio) e se la traduzione automatica pre-pubblicata viene esclusa dalla memoria di traduzione. I team che pre-pubblicano senza comprendere il comportamento della memoria di traduzione finiscono per avere nella loro memoria testi non revisionati.

Che fine fa una stringa che rimane bloccata troppo a lungo in una fase di approvazione?
Cerca una regola di inattività configurabile che possa notificare o avanzare automaticamente dopo un certo periodo. Senza una, il ritardo è invisibile fino alla scadenza.

Quale cronologia delle modifiche viene conservata, per quanto tempo, e può essere filtrata per step e utente?
Richiedi un report che mostri l'azione che ha spostato ciascuna stringa, la distanza di modifica tra i passaggi, l'utente che ha eseguito l'azione e il periodo di conservazione. Una cronologia di sei mesi, per ogni passaggio e per ogni utente, rappresenta una base di riferimento ragionevole; lo stato "completato" a livello di lavoro non costituisce una traccia di controllo.

È possibile misurare il tempo del ciclo di approvazione per ogni singola fase, e non solo per ogni singola attività?
Conferma un report che mostra le ore impiegate in ogni fase del flusso di lavoro per stringa e per parola, per flusso di lavoro e per lingua. La tempistica per ogni singola fase permette di capire se il collo di bottiglia risiede nella fase di approvazione o in quella di traduzione. Per un quadro più completo dei report, scopri quali strumenti sono i più adatti per la creazione di report e analisi sulla localizzazione.

I contenuti approvati possono essere pubblicati automaticamente nel sistema sorgente?
Verifica se il CMS o il connettore del repository fornisce le traduzioni al termine di un lavoro e se è in grado di pubblicarle nella destinazione senza alcun intervento manuale. Il connettore WordPress di Smartling, ad esempio, ha un'impostazione per pubblicare automaticamente il contenuto tradotto una volta ricevuto; altri connettori restituiscono le traduzioni al termine del lavoro, quindi è necessario verificare per ciascuno di essi se la pubblicazione nella destinazione è automatica o richiede un intervento manuale.

Come Smartling espone i controlli del flusso di lavoro di approvazione

Smartling tratta l'approvazione come un insieme di impostazioni per passo piuttosto che come un singolo interruttore di recensione. Sotto Impostazioni del Progetto, un workflow è costruito a partire da passaggi digitati — Traduzione, Modifica, Post-Modifica, Revisione, Revisione interna, Revisione della Transcreazione, Valutazione della Qualità, Desktop Publishing, Pre-Traduzione Bloccata, Blocca del Workflow e un passaggio decisionale — e il tipo di passo guida le righe della tariffa e le impostazioni della scadenza del lavoro, quindi una fase di approvazione viene fissata e programmata come un lavoro distinto. La Revisione Interna è il tipo di passaggio creato per gli approvatori dell'organizzazione e viene completata nello strumento CAT; La Revisione si apre di default in modalità Revisione, un'interfaccia semplificata per accettare o rifiutare traduzioni. La guida qualità di Smartling raccomanda di abilitare la funzione di rifiuto nei passaggi di revisione interna, così che un revisore possa inviare una stringa al traduttore originale invece di riscriverla.

Il pannello "Gestisci Passo" di ogni passaggio contiene i controlli che definiscono il comportamento di approvazione. "Gli utenti possono rivedere i contenuti" blocca o sblocca il campo di traduzione. "Gli utenti possono rifiutare contenuti a un altro passaggio" indica esattamente il passaggio a cui ritorna un rifiuto, e "Gli utenti possono rifiutare e modificare contenuti pubblicati" determina se una stringa pubblicata può essere riaperta. "Pre-pubblicare stringhe" offre Never, On salva o On invia; le traduzioni umane pre-pubblicate vengono salvate nella memoria di traduzione mentre la traduzione automatica non editata pre-pubblicata no. TM Match Skipping fa avanzare le stringhe oltre i passaggi di Modifica, Revisione, Revisione Interna, Post-Modifica, Valutazione della Qualità o Desktop Publishing a una percentuale di corrispondenza scelta, e la Regola della Stringa Idle invia un'email o avanza le stringhe dopo un tempo stabilito in un passaggio. I flussi di lavoro possono essere creati a livello di account, dove i Proprietari dell'Account mantengono un unico set di approvatori per ogni progetto, oppure a livello di progetto, dove i Project Manager mantengono visibilità per il fornitore su un singolo progetto, con un flusso di lavoro predefinito per ogni lingua target.

Due registri sostengono la parte dell'audit. Il Rapporto sulle Modifiche della Stringa, sotto Report, elenca ogni azione che ha spostato una stringa — TRANSLATION_SUBMITTED, EDIT, REVIEW, REJECT, MOVE CUSTOM_MOVE, SMARTMATCH, IMPORT, POST_MACHINE_REVISION e AUTO_MOVE_FUZZY_MATCH — con distanza di modifica tra i passaggi, la distanza di modifica rispetto alla versione pubblicata e il punteggio fuzzy, filtrabile per progetto, passaggio del workflow, lavoro, lingua, utente e data di autorizzazione degli ultimi sei mesi, con un'esportazione CSV per l'intero set di risultati. Nello strumento CAT, il pannello Storia Traduzione mostra le stesse azioni per stringa con il nome dell'utente che ha eseguito ciascuna. Per quanto riguarda il tempo di ciclo, la Velocità del Contenuto per Workflow e la Velocità del Contenuto per Locale riportano le ore trascorse in ogni passaggio del workflow per stringa e per parola, con il tempo conteggiato cumulativamente quando una stringa viene rifiutata nuovamente in un passaggio, e può essere programmata per essere inviata come PDF o CSV. I ruoli dei revisori, la modalità di revisione e la registrazione del processo di approvazione sono descritti nella pagina del flusso di lavoro di revisione umana; il confronto a livello di piattaforma su come i fornitori gestiscono le approvazioni degli stakeholder è su quali piattaforme di localizzazione gestiscono le approvazioni degli stakeholder in modo più efficiente.

Domande correlate

• Quali piattaforme di localizzazione gestiscono in modo più efficiente le approvazioni degli stakeholder?
• Come si inserisce la revisione umana in un flusso di lavoro di traduzione?
• Come funziona l'instradamento automatizzato delle attività in un flusso di lavoro di traduzione?
• Quali strumenti sono i migliori per la localizzazione e l'analisi?
• Quali sono le migliori piattaforme di gestione dei progetti di traduzione?