Traduzione tecnica: un flusso di lavoro pratico per documenti accurati
Pianifica la traduzione tecnica in base al rischio del documento, alla qualità della fonte, alla terminologia, alla revisione di esperti e al controllo qualità a sei livelli. Include una matrice di controllo scaricabile.
La traduzione tecnica trasferisce informazioni specializzate in un'altra lingua in modo che un lettore possa comprendere un concetto, confrontare una specifica o eseguire correttamente un'attività. Riguarda documenti come manuali di apparecchiature, specifiche ingegneristiche, documentazione software e rapporti di ricerca. Conoscere il vocabolario è necessario; preservare le relazioni tra istruzioni, valori, diagrammi e versioni è altrettanto importante.
Per un technical writer o un project owner, la prima decisione dovrebbe riguardare cosa potrebbe alterare un errore di traduzione, non quale strumento produce la bozza più veloce. Un paragrafo introduttivo tradotto male e una condizione operativa invertita non dovrebbero entrare nella stessa coda di revisione con la stessa priorità.
Questa guida fornisce un flusso di lavoro trasversale ai documenti. Per lavori dettagliati specifici per formato, usa la guida alla traduzione dei manuali utente o la guida alla traduzione di articoli di ricerca. Scarica la matrice di controllo della traduzione tecnica per trasformare le decisioni seguenti in controlli assegnati.
Classifica il documento in base all'uso, non solo all'argomento
Un documento tecnico può servire a diversi scopi. Un ingegnere potrebbe leggere un rapporto di ricerca tradotto per avere un contesto, copiare una specifica in una decisione d'acquisto o seguire una procedura su apparecchiature in funzione. L'argomento potrebbe essere identico, ma le conseguenze di un errore sono molto diverse.
Usa questa mappa dei rischi quando definisci il progetto. È un quadro di pianificazione, non uno schema di certificazione.
| Uso previsto dal lettore | Cosa deve sopravvivere alla traduzione | Decisione di revisione |
|---|---|---|
| Comprendere un concetto o individuare sezioni pertinenti | Argomento principale, limitazioni, riferimenti, distinzioni tecniche | Una bozza può essere utile per l'orientamento; verifica i passaggi prima di fare affidamento su di essi |
| Confrontare o specificare un prodotto | Valori, unità, tolleranze, condizioni operative, identificatori del modello | Assegnare un revisore di dominio a ciascuna tabella e requisito che comporta decisioni |
| Eseguire un'azione | Sequenza, prerequisiti, avvisi, controlli, risultato atteso | Richiedere una revisione tecnica e linguistica qualificata prima dell'uso operativo |
| Pubblicare o inviare un documento autorevole | Tutto quanto sopra più i requisiti di mercato e di invio applicabili | Stabilire le approvazioni specialistiche richieste prima dell'inizio della traduzione |
Non dedurre un basso rischio da un file breve. Una specifica di una pagina può contenere informazioni più rilevanti rispetto a un lungo rapporto descrittivo.
Per materiale regolamentato o critico per la sicurezza, fare in modo che lo specialista responsabile decida se la traduzione automatica sia consentita. Una bozza dall'aspetto gradevole non costituisce prova di accettazione normativa o di sicurezza operativa.
Scrivere un brief di accettazione prima di richiedere una traduzione
Definire la lingua e l'area di destinazione, il pubblico, lo scopo, la revisione di origine, il formato di output e il responsabile dell'approvazione. "Traduci in spagnolo" non chiarisce se il lettore sia un ingegnere in Messico, un consumatore in Spagna o un ricercatore che utilizza una copia di lavoro interna.
La guida ai progetti tecnici dell'American Translators Association consiglia di preparare materiale di origine modificabile, informazioni su pubblico e scopo, documenti di riferimento e tempo per la revisione. Consiglia inoltre di verificare la relativa specializzazione di un traduttore anziché dare per scontato che una generale abilità bilingue sia sufficiente.
Il brief dovrebbe rispondere a queste domande operative:
- Quali file di origine e revisione sono autorevoli?
- Quali appendici, figure incorporate, fogli di calcolo o file collegati sono inclusi?
- L'output è una copia di lettura, un documento di lavoro modificabile o un elemento di rilascio?
- Quali numeri, identificatori, etichette di prodotti e termini richiedono una gestione controllata?
- Chi può risolvere l'ambiguità tecnica e chi può approvare la formulazione nella lingua di destinazione?
- Quali prove dimostreranno il completamento: un file revisionato, un registro dei problemi, riferimenti risolti o un registro di rilascio firmato?
Impostare la riservatezza e le autorizzazioni di caricamento prima di condividere l'origine con qualsiasi servizio. La checklist sulla privacy per la traduzione di documenti separa le domande utili sui fornitori da presupposti di sicurezza privi di supporto.
Preparare un pacchetto sorgente che preservi il contesto
Richiedere il file di authoring nativo quando disponibile, oltre a un riferimento PDF che mostri la presentazione desiderata. Mantenere etichette di figure modificabili e risorse collegate insieme ad esso. Se un PDF è l'unica fonte, registrare tale limitazione invece di fingere che la struttura di authoring mancante possa sempre essere recuperata.
Prima della traduzione, distinguere un PDF con testo selezionabile da una scansione basata solo su immagini. L'OCR aggiunge un passaggio di riconoscimento: un carattere errato può diventare una traduzione plausibile della fonte sbagliata. Per quel ramo, ispezionare la qualità del riconoscimento utilizzando ilflusso di lavoro per PDF scansionati.
Rendere esplicita la formulazione ambigua della fonte. Si consideri questa frase di specifica inventata:
Il modulo di controllo monitora l'unità di azionamento. Scollegarlo prima dell'ispezione.
Il pronome lascia poco chiaro l'oggetto della seconda frase. Un traduttore può chiedere quale componente sia inteso; un output automatico fluente può nascondere quella domanda irrisolta. Il proprietario del documento dovrebbe nominare il componente nella fonte prima che chiunque approvi la traduzione. Non lasciare che il traduttore inventi un'istruzione operativa.
La guida alla scrittura di Microsoft per le comunicazioni globali supporta la costruzione di frasi chiare, una terminologia coerente e l'evitare espressioni difficili da tradurre. Applicare tali principi per rimuovere l'ambiguità, non per eliminare i dettagli tecnici necessari.
Controllare i concetti separatamente dalle stringhe letterali
Costruire un breve registro terminologico attorno ai concetti che influenzano la comprensione. Per ogni voce, includere la definizione, il contesto sorgente, il termine di arrivo approvato, le alternative rifiutate e il responsabile della decisione. Un semplice elenco di parole a due colonne può lasciare un traduttore a indovinare quale significato di “cuscinetto”, “terminale” o “intervallo” si applica.
Tenere un elenco separato di stringhe letterali: numeri di parte, nomi di comandi, URL, percorsi di file ed etichette di interfaccia che devono corrispondere al prodotto reale. Alcune etichette dovrebbero essere localizzate; altre devono rimanere esattamente come vengono visualizzate. Registrare la scelta invece di applicare un'unica regola globale “traduci tutto”.
Ad esempio, un comando denominato reset_cache non è lo stesso tipo di elemento della frase esplicativa “svuota la cache”. Il comando necessita di un controllo di corrispondenza esatta; la frase necessita di una traduzione accurata e naturale.
Registrare le domande irrisolte in un unico posto, con una posizione sorgente e la risposta che modifica il documento. Il flusso di lavoro per i quesiti del traduttore è utile quando diversi revisori o lingue condividono la stessa incertezza.
Scegliere il flusso di lavoro in base al consegnabile
I seguenti rami impediscono che un processo generale di traduzione tecnica diventi una checklist puramente manuale.
| Documento | Preparare prima della traduzione | Focus della prima revisione | Prova di accettazione finale |
|---|---|---|---|
| Manuale utente | Revisione del prodotto, inventario degli avvisi, etichette dell'interfaccia utente, diagrammi modificabili | Condizioni, azioni, avvisi e abbinamento tra etichetta e prodotto | Procedura revisionata e riferimenti ai diagrammi nel file consegnato |
| Scheda tecnica | Varianti del modello, struttura delle tabelle, unità di misura, notazione delle tolleranze | Relazioni tra valore e riga e condizioni associate a ciascuna specifica | Ogni valore determinante riconciliato con la fonte approvata |
| PDF di ricerca | Articolo completo, testo selezionabile o OCR verificato, figure e riferimenti | Affermazioni, qualifiche, metodi, equazioni e identità delle citazioni | Revisione collegata alla fonte dei passaggi utilizzati nel lavoro del lettore |
Un flusso di lavoro basato su CAT può essere utile quando traduzioni approvate ricorrono tra le versioni; una bozza di traduzione a livello di file potrebbe essere adatta per un'attività di lettura o revisione una tantum. Nessuna delle due scelte rimuove la necessità di ispezionare il documento finale. Il confronto tra strumenti CAT e traduzione automatica spiega come scegliere tra flussi di lavoro guidati dall'uomo, automatici e ibridi.
Prima di elaborare l'intero pacchetto, utilizzare una sezione rappresentativa per verificare se il flusso di lavoro scelto è in grado di fornire il formato richiesto. Includere il materiale difficile, non solo una facile pagina introduttiva. Se una tabella, un diagramma o un'equazione non riescono a superare il percorso di revisione, risolvere tale problema prima di procedere su scala.
Rivedere sei livelli, con un responsabile assegnato per ciascuno
Trattare la matrice sottostante come una lista di controllo per il rilascio. Un controllo non è completo perché qualcuno ha scorso rapidamente il documento; richiede una posizione di origine, una posizione di arrivo e un esito.
| Livello | Cosa confrontare | Esempio di un difetto che una prosa fluida può nascondere | Revisore principale |
|---|---|---|---|
| Terminologia | Definizioni dei concetti, termini approvati, abbreviazioni, stringhe letterali | Un componente riceve due nomi che suggeriscono parti diverse | Revisore linguistico con supporto di dominio |
| Numeri | Valori, segni, intervalli, unità, tolleranze, intestazioni di tabella | Un valore rimane invariato ma si sposta sotto l'intestazione del modello errata | Revisore di dominio |
| Avvisi e condizioni | Negazione, prerequisiti, eccezioni, conseguenze, sequenza | “Solo quando” diventa un'azione generalmente consentita | Revisori di dominio e linguistici insieme |
| Diagrammi | Etichette, leggende, richiami, didascalie, riferimenti nel testo | La didascalia è tradotta ma il diagramma identifica ancora un'altra revisione | Autore tecnico o responsabile delle illustrazioni |
| Riferimenti incrociati | Sezione, figura, tabella, equazione, citazione e destinazioni dei link | Una “Tabella 4” dall'aspetto valido punta ai dati sbagliati | Revisore del documento |
| Layout e consegna | Ordine di lettura, ritaglio, simboli, font, interruzioni di pagina, modificabilità | Un segno meno scompare in corrispondenza del margine di una colonna | Revisore di produzione, seguito da un controllo linguistico ove necessario |
Mantenere numeri e unità insieme durante la revisione. Come convenzione concreta, Le linee guida SI del NIST inserisce uno spazio tra un valore numerico e il simbolo della sua unità, inclusi i gradi Celsius. Un valore di origine come 25 °C richiede più di un controllo ortografico: il numero, il simbolo e la condizione descritta contano tutti. La conversione delle unità è una decisione editoriale separata; non convertire o arrotondare silenziosamente i valori durante la traduzione.
Per i controlli di consegna specifici per i PDF, continua con la checklist di QA per la traduzione di PDF. Il più ampio hub di Controllo della Qualità della Traduzione copre la terminologia adiacente e le attività di post-editing.
Un esempio di revisione pratico: parole corrette, specifica errata
Supponiamo che una scheda prodotto fittizia contenga queste due righe:
| Modello | Temperatura di esercizio |
|---|---|
| Aster-10 | da 5 °C a 35 °C |
| Aster-20 | da 5 °C a 45 °C |
Se la tabella di arrivo inverte le etichette dei modelli ma preserva ogni numero, un controllo di presenza numerica viene superato mentre il documento comunica i limiti sbagliati. Questi valori inventati illustrano una relazione tra documenti, non consigli operativi per un prodotto reale.
Nella matrice scaricabile, questo diventa il controllo NUM-02: confronta ogni identificatore di modello, valore, unità e condizione come un unico gruppo. Il revisore di dominio registra la correzione; il revisore di produzione riapre il file esportato per verificare che la correzione non abbia spostato nuovamente le celle.
La lezione è più ampia delle tabelle: controlla le relazioni, non solo se le singole stringhe esistono ancora.
Separa i ruoli di approvazione e controlla le revisioni successive
Un esperto di dominio può confermare cosa significa una specifica senza essere qualificato per giudicare ogni sfumatura della lingua di arrivo. Un revisore linguistico può identificare una traduzione errata senza sapere quale specifica di origine sia autorevole. Offri a entrambi un percorso chiaro verso il proprietario del documento; non lasciare che "revisionato dall'ingegneria" sostituisca tutti gli altri controlli.
Usa quattro responsabilità esplicite, anche quando una sola persona detiene legittimamente più di un ruolo:
- Proprietario del documento: risolve i dubbi sulla fonte e approva le modifiche all'ambito o ai requisiti.
- Revisore linguistico: confronta il significato della fonte e della destinazione e corregge per il lettore previsto.
- Revisore di settore: valida concetti tecnici, condizioni e informazioni cruciali per le decisioni.
- Responsabile della produzione: verifica l'artefatto esportato e confeziona la revisione corretta.
I fattori bloccanti per il rilascio includono un'ambiguità tecnica irrisolta, contenuti obbligatori mancanti, un valore o una condizione errati e una figura o un riferimento che indirizza il lettore all'elemento sbagliato. Le preferenze estetiche non dovrebbero oscurare tali problemi.
Dopo una modifica alla fonte, identifica le sezioni interessate e tabelle, diagrammi e riferimenti dipendenti. Riapri i relativi controlli. Non dare per scontato che un paragrafo precedentemente approvato rimanga tale dopo che il suo contesto operativo è cambiato. Archivia insieme la revisione di partenza, la revisione di arrivo, le decisioni sulla terminologia e il registro dei problemi chiusi.
Dove si colloca BookTranslator
BookTranslator supporta la traduzione di file completi in formato PDF e DOCX. Per un documento idoneo all'caricamento e all'utilizzo come bozza, inizia con il traduttore PDF o il traduttore DOCX, quindi confronta il risultato con il tuo brief di accettazione e la matrice di controllo.
Non considerare il supporto ai file o un glossario automatico come prova che ogni distinzione tecnica, etichetta di diagramma o layout sia sopravvissuta intatta. I flussi di lavoro OCR ricostruiscono i contenuti riconosciuti anziché garantire una riproduzione esatta della pagina. I documenti critici per la sicurezza, regolamentati o altrimenti rilevanti richiedono il flusso di lavoro specialistico stabilito all'inizio, e non una clausola di esonero dell'ultimo minuto dopo una traduzione non revisionata.
Il passaggio di consegne utile è costituito da un file tradotto più un resoconto di ciò che è stato controllato, da parte di chi e rispetto a quale fonte. È questo che rende gestibile la revisione successiva.
Post Correlati
