Problemas de codificación y BOM

Última actualización: 16 de mayo de 2026

Los caracteres corruptos y los errores de página de códigos casi siempre tienen una única causa: el archivo perdió su marca de orden de bytes (BOM) UTF-8. Daxlate siempre escribe el CSV como UTF-8 con BOM, que es lo que espera Excel en Windows al abrirlo con doble clic, así que un ciclo de ida y vuelta defectuoso suele significar que otra herramienta volvió a guardar el archivo por el camino. Cada síntoma de abajo indica su causa y su solución.

Síntoma: el CSV se abre con caracteres corruptos en Excel #

Causa: el archivo lo abrió o volvió a guardar una herramienta que quitó el BOM de UTF-8, o que lo convirtió a una página de códigos antigua (por ejemplo, Windows-1252).

Solución: vuelve a exportar desde la aplicación con Archivo → Exportar traducciones…. El escritor de CSV de Daxlate siempre emite UTF-8 con BOM, que es lo que Excel en Windows espera al abrir con doble clic. Si trabajas con un archivo de otra procedencia, vuelve a guardarlo como UTF-8 con BOM en Notepad++ o VS Code antes de importar.

Síntoma: la importación falla con “página de códigos incompatible” o un error de análisis #

Causa: el archivo se guardó sin codificación UTF-8, así que los caracteres no ASCII llegan corruptos antes incluso de tocar el analizador.

Solución: abre el archivo en un editor que muestre la codificación (Notepad++, VS Code, Sublime), vuelve a guardarlo como UTF-8 con BOM y reintenta la importación.

Síntoma: se pierden emojis o caracteres CJK poco frecuentes en la ida y vuelta #

Causa: la hoja de cálculo se abrió en un editor que no admite del todo Unicode más allá del Plano Multilingüe Básico, o se guardó como CSV antiguo con “Guardar como CSV” en alguna herramienta que no es Excel.

Solución: prefiere XLSX antes que CSV para contenido con caracteres de planos suplementarios, como emojis, CJK poco frecuente y escrituras históricas. El almacenamiento XLSX no deja lugar a dudas; el CSV depende de la codificación que eligiera el productor.

Síntoma: la vista previa de importación muestra “Columna desconocida ignorada: …” #

Causa: el archivo tiene columnas que no encajan con el patrón de encabezados de Daxlate (Object ID, Type, Parent, Name, Caption ({culture}), Description ({culture})). Los traductores a veces añaden columnas de notas, y el importador las descarta con un aviso en lugar de hacer fallar toda la importación.

Solución: si el aviso era de esperar, ignóralo. Si no se detecta una cultura que sí esperabas, revisa el encabezado de columna. Tiene que ser exactamente Caption (xx-XX) o Description (xx-XX), con paréntesis y un código de cultura de .NET válido.