Flusso di andata e ritorno con Excel

Ultimo aggiornamento: 26 luglio 2026

L’andata e ritorno con Excel è il flusso portante per la maggior parte dei team di localizzazione. Questa guida copre l’esportazione, quello che vedono i traduttori e le reti di sicurezza alla reimportazione.

Esportazione #

Con il modello aperto, File → Esporta traduzioni…. Scegli CSV o XLSX, seleziona la destinazione e salva.

L’esportazione contiene:

• Un marcatore di versione dello schema (cella A1 in XLSX, una riga di commento con prefisso # in CSV)
• Quattro colonne informative fisse: Object ID, Type, Parent, Name
• Due colonne per cultura: Caption ({culture}) e Description ({culture})
• Una riga per ogni oggetto traducibile (tabelle, colonne, misure, gerarchie, livelli di gerarchia)

Le colonne del modello seguono l’interruttore VISTA della griglia al momento dell’esportazione: Didascalia scrive solo le colonne di didascalia, Descrizione solo quelle di descrizione, Entrambe le scrive tutte. Se il file ha un livello report, l’esportazione aggiunge un secondo foglio Report (o un .report.csv abbinato) con il testo del canvas in una forma larga, con una colonna per lingua. Vedi Formato file XLSX e CSV per lo schema completo.

UTF-8 con BOM, così Excel apre correttamente il file quando un traduttore ci fa doppio clic su Windows. Il CSV usa terminatori di riga CRLF per lo stesso motivo.

L’esperienza del traduttore #

I traduttori aprono il file. Vedono una familiare griglia di Excel. Riempiono le celle vuote nelle culture su cui stanno lavorando, salvano e rimandano il file indietro. Non devono installare Daxlate.

La prima colonna (Object ID) è la chiave di identità in fase di importazione. I traduttori dovrebbero trattarla come una chiave esterna e non modificarla. Lo stesso vale per Type, Parent e Name, che servono a far capire il contesto di ogni riga.

Reimportazione #

Nell’applicazione, File → Importa traduzioni…, scegli il file e conferma. L’applicazione mostra un’anteprima dell’importazione in una finestra prima di applicarla:

• Numero di righe, con il numero di celle modificate
• Eventuali culture nuove rilevate nel file (verranno aggiunte al modello)
• Avvisi per colonne sconosciute, Object ID sconosciuti e versioni dello schema non corrispondenti (un file di una versione maggiore più recente viene rifiutato senza appello)

Fai clic su Applica per confermare. Il risultato arriva nell’editor come un unico blocco annullabile, quindi un solo annulla ripristina l’intera importazione.

Semantica delle celle vuote #

L’importazione sovrappone il contenuto del file al modello:

• Una cella piena imposta la traduzione per quella cultura.
• Una cella vuota significa “non ancora tradotto” e viene lasciata intatta, così un file lasciato a metà non cancella mai le traduzioni che un traduttore non ha ancora raggiunto. La conferma di importazione ti dice quante celle vuote sono state saltate.

Per rimuovere una traduzione, svuota la cella nella griglia, oppure togli l’intera lingua dal menu a discesa Culture.

Se una colonna del file fa riferimento a una cultura che nel modello non esiste ancora, l’importazione aggiunge la cultura e la popola con le celle del file.

Versione dello schema #

Sia le esportazioni CSV sia quelle XLSX portano un marcatore di versione (Daxlate/1.0, nella cella A1 in XLSX o come commento sulla prima riga del CSV). In importazione, i file di una versione maggiore più recente vengono rifiutati con un errore chiaro, così una build vecchia non applica a metà un file incompatibile. I file senza marcatore sono trattati come 1.0 per compatibilità.