Rapporto di Prova bilingue IT/EN: gli errori che fanno rimbalzare il documento al cliente estero
Un RDP bilingue mal fatto si riconosce dopo 5 secondi. Le 6 trappole più comuni che separano un documento accettabile da uno che torna indietro chiedendo correzioni.
Un laboratorio di prove meccaniche o controlli non distruttivi che serve clienti esteri prima o poi si trova davanti la stessa richiesta: “can you provide the report in English too?”. Sembra una piccola personalizzazione del template italiano. Non lo è. Un Rapporto di Prova (RDP) bilingue mal fatto si riconosce nei primi 5 secondi di lettura, e in molti casi torna indietro dal cliente chiedendo correzioni o, peggio, viene rifiutato dall’auditor del cliente finale.
Ecco le 6 trappole più comuni che vediamo nei RDP bilingui costruiti “alla buona”, e come evitarle.
1. La traduzione automatica delle unità di misura
L’errore più frequente: nella versione italiana c’è scritto “Allungamento percentuale”, in quella inglese “Percentage elongation” (corretto), ma il numero accanto è scritto come 12,5% nella sezione italiana e 12,5% anche in quella inglese. È sbagliato: la convenzione anglosassone usa il punto decimale (12.5%).
Lo stesso vale per:
- separatore delle migliaia: italiano
1.250 N→ inglese1,250 N - temperature: italiano
600 °C(con spazio sottile) → inglese600 °C(idem, ma occhio al formato°Fse richiesto) - unità con notazione scientifica:
2,3·10⁻⁶ m/m→2.3·10⁻⁶ m/m
L’auditor inglese che riceve un report con virgole decimali pensa che il dato sia stato copiato da un foglio Excel italiano senza adattamento — e ha ragione.
2. La terminologia tecnica tradotta a senso
“Snervamento” in italiano è chiaro. In inglese ci sono almeno tre traduzioni in uso:
- Yield strength — la più comune, usata in ASTM e ISO inglesi
- Yield point — meno corretta tecnicamente (designa il punto, non la grandezza)
- Proof strength — usata in alcuni standard quando si parla di Rp0,2
Un report che mescola i termini (“yield strength” nel titolo, “yield point” nella legenda della tabella) tradisce immediatamente una traduzione fatta da chi non legge regolarmente standard tecnici in inglese.
Soluzione: avere un glossario tecnico interno approvato dal responsabile tecnico, con le traduzioni canoniche dei termini ricorrenti nel laboratorio. L’Assistente “chiedi al gestionale” di QualityDesk include un glossario tecnico nativo per i metodi CND (VT/PT/MT/UT/RT/ET/PMI/TT) e per le prove meccaniche e metallurgiche, consultabile offline durante la compilazione del rapporto e applicato automaticamente nei template bilingui.
3. Il layout che “respira” diversamente nelle due lingue
I testi tecnici inglesi sono in media 15-20% più corti degli equivalenti italiani. Un RDP costruito su una tabella fissa con le due colonne IT/EN affiancate finisce per avere la colonna italiana piena e quella inglese mezza vuota. Visivamente comunica trascuratezza.
Le opzioni che funzionano:
- Documento separato per lingua (versione IT e versione EN come due file distinti, ognuno ottimizzato graficamente)
- Layout a due colonne ma con flow flessibile, dove l’altezza delle celle si adatta al contenuto
- Documento unico con prima la versione IT, poi la versione EN (la più tradizionale, accettata ovunque)
La peggiore: due colonne rigide a tabella, con il testo inglese spezzato a metà parola perché la cella è troppo stretta. Il verticale Laboratorio di QualityDesk genera i RDP in PDF con layout flessibile per lingua, partendo dalla stessa fonte dati di commessa e RDP per metodo: la versione EN viene impaginata con le sue regole grafiche, non clonando la struttura italiana. Vedi il generatore in azione → /prodotto.
4. I riferimenti normativi non tradotti
Un altro segnale immediato di traduzione superficiale: la versione inglese del report cita la “UNI EN ISO 6892-1” invece della “EN ISO 6892-1” (la versione UNI è la recezione italiana della norma europea — il cliente estero conosce solo la versione EN).
Stessa cosa per:
- UNI EN 10204 → EN 10204 (è uguale, ma il prefisso UNI nel report inglese fa storcere il naso)
- D.Lgs 81/08 nei riferimenti di sicurezza — esiste solo in italiano, va omesso o sostituito con “Italian Workplace Safety Decree”
- Norme statali tipo “Decreto Ministeriale” — vanno tradotte come “Italian Ministerial Decree” con il numero per chiarezza
La regola generale: nella versione inglese, le norme citate devono essere quelle internazionalmente leggibili.
5. Le firme e le qualifiche in versione “pasticciata”
L’errore: nella sezione firme della versione italiana c’è scritto “Operatore CND certificato ISO 9712 — Liv. 2 PT”, in inglese viene tradotto come “NDT Operator certified ISO 9712 — Lev. 2 PT”. Sbagliato per due motivi:
- La traduzione standard di “Operatore CND” è “NDT Personnel” (non “NDT Operator”)
- Il livello si scrive “Level 2” o “L2”, non “Lev. 2” (che non è uno standard riconosciuto)
E sotto la firma serve la versione inglese del ruolo aziendale (Quality Manager, Lab Manager, NDT Coordinator), non una traduzione letterale del titolo italiano.
6. La numerazione del documento “non internazionale”
Una numerazione progressiva italiana tipica è RDP 0142/2026 o 25/2026-RDP. Funziona benissimo per il cliente italiano. Per il cliente estero diventa ambigua: il 25/2026 è il 25 del 2026 (formato europeo) o il 26 del 2025 (formato americano)?
La buona pratica è una numerazione non ambigua a livello internazionale, tipo:
REP-2026-0142(Report, anno completo, progressivo)LAB-2026-0142-EN(Laboratorio, anno, progressivo, lingua)QD/RP/2026/142(più compatta)
Lo standard ISO/IEC 17025 non impone un formato, ma impone l’univocità del codice. Renderla anche internazionalmente non ambigua è un’attenzione che il cliente nota. QualityDesk applica nativamente uno schema di numerazione internazionale non ambiguo per RDP, RdO e certificati, con progressivi automatici per commessa e codice lingua nel suffisso quando serve.
Cosa fare la prossima settimana
Se il laboratorio emette regolarmente RDP bilingui, vale la pena fare un audit interno di un singolo report già consegnato, controllando questi 6 punti. Spesso ne escono fuori 2-3 da sistemare, e il fix strutturale è uno solo: un generatore PDF automatizzato che produce le due versioni IT/EN da un’unica fonte dati, applicando le regole di formato lingua-specifiche (decimali, separatori, terminologia). È esattamente il modello su cui è costruito il verticale Laboratorio di QualityDesk: a quel punto l’errore umano è strutturalmente eliminato.
QualityDesk genera nativamente i Rapporti di Prova in versione bilingue IT/EN, con regole di formato corrette per ogni lingua (decimali, separatori, terminologia), glossario tecnico integrato per i metodi CND e per le prove meccaniche/metallurgiche, numerazione internazionale non ambigua. Richiedi una demo per vederlo sui tuoi documenti reali.
