Meglio chiarirlo subito: se il file è destinato a chi lavora in Francia o negli Stati Uniti, non ha senso lasciare il punto come separatore delle migliaia o usare la virgola per i decimali come si fa in inglese. Il rischio non è solo quello di “fare brutta figura”: cambia proprio il senso. Un tecnico può leggere “2,500” e pensare a due virgola cinque. Oppure a duemilacinquecento. Dipende dalla lingua di partenza? Sì. Ma soprattutto: da dove si trova chi legge.
Mi è capitato in un documento per un’azienda tedesca: avevano tradotto tutto perfettamente, ma i valori numerici erano rimasti “in stile inglese”. Il cliente ha fermato tutto a impaginazione finita. Motivo? Le cifre sembravano errate. Non serviva un altro giro di revisione, bastava pensarci prima: che convenzioni usa davvero chi dovrà leggere e applicare questo contenuto?
La cosa assurda è che spesso si perde più tempo dopo, a correggere, che prima a decidere lo standard da seguire. In Smartcat o memoQ basta un filtro, una QA rule o un’espressione regolare per intercettare le cifre “straniere”. Ma solo se ci pensi prima. Anche perché l’ISO‑17100 lo dice chiaro: non basta riutilizzare il contenuto esistente se il formato non è coerente con la destinazione.
Ecco cosa funziona da me:
- Appena apro il progetto, fisso con il cliente il formato numerico: punto o virgola, spazi o separatori, ecc.
- Aggiungo una regola di QA per i pattern numerici. memoQ lo fa in 30 secondi.
- Se lavoro in Google Docs, metto un commento sul primo valore, così il revisore vede subito lo schema.
Il risultato? Un documento che si legge dritto, senza intoppi. Nessuna domanda su “ma questo è un errore?” Nessuna mail con screen evidenziati. Solo: avanti.
Prova a controllare così: apri uno dei tuoi file recenti. Guarda come sono scritte le cifre. Ora chiediti: chi legge, lo interpreta nello stesso modo in cui lo hai pensato?
Io ormai inizio sempre da lì. Vuoi che dia un’occhiata a un tuo file? Scrivimi: lo leggiamo insieme.
Normative europee e internazionali sulla conversione delle unità
Conviene sempre uniformare le grandezze numeriche secondo lo standard del Paese destinatario, anche se il testo è originariamente redatto in inglese tecnico. Ad esempio, se stai lavorando su un documento destinato alla Germania, usare “Nm” per la coppia e “kg” per il peso è atteso. Ma scrivere “inch” o “pound” in un contesto europeo – senza una doppia indicazione – rischia di creare ambiguità, rallenta l’approvazione e spesso porta a richieste di revisione.
ISO 80000-1 dà un’indicazione chiara su quali sistemi adottare nei testi tecnici destinati al mercato europeo. Non serve leggerla tutta: basta sapere che lo standard metrico decimale è la base, e ogni deviazione andrebbe accompagnata da una corrispondenza.
Mi è capitato un caso concreto con una scheda prodotto tradotta in fretta per un cliente in Belgio. Il team USA aveva lasciato le pressioni in PSI. Nessuno ha detto nulla per due settimane – finché il distributore locale non ha risposto con un PDF annotato: “bar?” scritto a penna su ogni riga. Alla fine: due cicli di revisione in più e una mezza giornata persa per ricontrollare le cifre.
Per evitare questo, tengo una checklist semplice nel mio workspace (uso Google Docs o Trados, a seconda del progetto):
- ✔ Controlla se il Paese richiede metriche ufficiali (UE, ISO, locale)
- ✔ Se c’è ambiguità, inserisci entrambe le versioni (es. “2 ft (60 cm)”)
- ✔ Se usi CAT tool, crea un filtro QA per intercettare valori non convertiti
Nel memoQ, ad esempio, si può impostare un controllo automatico per rilevare valori in “inch”, “psi”, “°F” e così via. Funziona bene, ma solo se aggiorni il glossario di progetto.
Prova a integrare queste verifiche prima della revisione finale. Io le applico subito dopo il pre-translation: mi fa risparmiare rilettura e spiegazioni inutili. E soprattutto: evita quei ritorni a catena che bloccano la consegna per dettagli banali.
Se vuoi, posso condividere il mio modello di controllo qualità o fare un confronto su un tuo file – magari già solo rileggendolo si capisce dove snellire. Basta scrivermi.
Rischi legali e operativi dovuti all’uso di sistemi non adattati
Evita subito ambiguità: se il contenuto tradotto entra in contatto con operatori locali, i riferimenti devono parlare la loro lingua – anche numericamente. Non serve “adattare tutto”, ma almeno allineare le grandezze al contesto: metri, piedi, libbre, galloni. Sembra banale, но на практике выходит по-другому.
Mi è capitato un documento per un cliente USA, poi rivisto per la sede europea. C’era un valore: “clearance of 3 inches”. Nella versione europea nessuno lo ha convertito. Il risultato? In officina hanno lasciato meno di 8 cm tra due componenti metallici. Spazio troppo stretto per i macchinari usati qui. Intervento fermato. Ritardo. Mail su mail. E всё из-за одной цифры.
La responsabilità non è sempre sul traduttore. Spesso è la catena di revisione: nessuno ha chiesto se i numeri “vanno bene così”. Ma in ambito tecnico, un errore di questo tipo può generare più danni di una frase mal formulata. Un cliente mi ha detto una volta: “Se sbagli una parola, correggiamo. Se sbagli una distanza, fermiamo la produzione.”
Controllo rapido da inserire nel flusso:
- Contesto: il destinatario lavora con il sistema metrico o imperiale?
- I numeri sono rilevanti per il funzionamento fisico o solo informativi?
- Il formato è coerente con i materiali già usati nel paese?
Uso spesso una funzione in memoQ per taggare automaticamente i valori numerici e isolarli. Poi confronto con un glossario tecnico costruito su base ISO. Se manca un riferimento, preferisco chiedere prima – anche solo con un commento in Google Docs.
. Non “in più”. È dentro.
Prova a fare così: prima di consegnare, segnati in una tabella tutti i dati numerici. Se ci sono misure fisiche, passa in rassegna con chi conosce l’ambito locale. A volte bastano dieci minuti. Ma eviti due settimane di scambi.
Se ti serve un occhio esterno su un testo dove qualcosa non torna, anche se “apparentemente è tutto giusto” – scrivimi. Meglio vedere insieme prima che arrivi in produzione.
Strategie per adattare correttamente le indicazioni numeriche in base al paese
Meglio partire da una domanda semplice: hai mai visto un valore espresso in pollici dentro un documento destinato al mercato francese? A me è capitato. Il cliente era convinto che bastasse lasciare i numeri così com’erano – “sono universali”, diceva. Ma già alla seconda revisione è arrivata la nota: “Chi legge qui non usa inches”. Risultato? Tutta la sezione riscritta, tempi allungati, margine eroso.
Non è solo questione di simboli. È il contesto. In Germania, ad esempio, per la coppia di serraggio si aspettano il Newton metro, mentre negli Stati Uniti ti chiedono il pound-force per foot. Stesso concetto, ma cambia completamente la percezione – e, se sbagli, anche l’applicazione pratica.
Io faccio così: appena ricevo il file, apro una tabella nel mio foglio di lavoro (di solito uso Google Sheets condiviso con il revisore) e incollo tutte le occorrenze numeriche con le rispettive abbreviazioni. Poi verifico cosa è previsto nel paese target. A volte basta cambiare il simbolo. Altre volte serve anche riscrivere la frase, perché cambia l’ordine degli elementi o la punteggiatura (nei Paesi Bassi, ad esempio, separano le migliaia col punto e i decimali con la virgola).
Un consiglio pratico:
- Controlla con un riferimento tecnico usato localmente (spesso i siti di enti normativi nazionali sono più precisi di Wikipedia)
- Se lavori con memoQ o Trados, imposta subito le variabili e le conversioni automatiche nel QA checker
- In caso di dubbio, segna il punto e chiedi conferma prima di consegnare – risparmi tempo dopo
Io una volta ho evitato una contestazione proprio così: manuale per apparecchiature HVAC, destinato al mercato spagnolo. Il file originale usava Fahrenheit ovunque. Con una conversione preventiva e una nota interna al team (su Slack), siamo andati lisci: nessuna richiesta di correzione, e il cliente ha chiesto lo stesso servizio anche per la brochure commerciale. Non perché fosse perfetto – ma perché parlava la lingua del posto, anche nei dettagli numerici.
La ISO‑17100 lo indica chiaramente: l’adattamento dei contenuti deve tener conto delle convenzioni locali. E si sente, anche senza bisogno di certificato.
Se ti serve un riferimento utile per questo tipo di lavoro, qui trovi un buon punto di partenza: https://aqueduct-translations.it/traduzioni-tecniche/
Prova a guardare i tuoi file da questo punto di vista. Anche solo un’occhiata rapida ai simboli può cambiare il risultato finale. Se vuoi, posso darti una mano a impostare la tabella di controllo.
