BankStatementAcentos dañados en el CSV bancario: comprobar la codificación
Recupere conceptos legibles con la codificación correcta del CSV, sin borrar tildes ni sustituir manualmente caracteres dañados.
Índice7apartados
Si un nombre se convierte en Café, vuelva a leer el original con la codificación correcta antes de editar celdas. Los bytes pueden seguir intactos aunque se interpreten mal. Conserve el archivo original.
Determinar la codificación sin sobrescribir el archivo
-
Consulte documentación de exportación o metadatos. Compare texto acentuado conocido en la vista previa de importación.
-
Compruebe delimitador y comillas por separado. La codificación no repara columnas desplazadas ni importes mal interpretados.
-
Importe una copia nueva y compare conceptos, referencias y número de filas. No sobrescriba la fuente bruta.
Ejemplo ficticio
El concepto ficticio Café Muñoz aparece como Café Muñoz. Reimportar el UTF-8 intacto como UTF-8 recupera el texto. Si la fuente ya contiene �, cambiar la codificación puede no restaurar lo perdido; obtenga una nueva exportación.
Considere un movimiento ficticio completo: fecha de contabilización 2026-09-18, cargo 19,80 EUR, referencia CB1842, concepto Café Muñoz. Una búsqueda exacta en una lista de conciliación con Café Muñoz falla si el concepto importado es Café Muñoz, aunque fecha, importe y referencia sigan coincidiendo. Tras reimportar, confirme que el concepto original vuelve a coincidir y que permanece un solo movimiento con importe −19,80 según la convención de cargos elegida. No cree otro pago ni fuerce la coincidencia eliminando tildes. El concepto por sí solo no demuestra que dos movimientos sean idénticos.
Localizar dónde cambia el concepto
Para CB1842, compare tres vistas de la misma fuente: CSV intacto en un editor de texto con la codificación confirmada, vista previa de importación y archivo de trabajo guardado y reabierto. Mantenga fecha, referencia y 19,80 EUR junto al concepto para seguir el mismo movimiento. Si el editor es correcto y la vista previa falla, revise la configuración de importación. Si ambos son correctos y solo falla la salida reabierta, examine su codificación y la siguiente importación. No aplique otra sustitución de caracteres a todas las filas.
Utilice una vista previa de importación de texto/CSV y seleccione la codificación confirmada antes de cargar. Parta del archivo intacto y examine el concepto antes de cargarlo. Es una alternativa al doble clic; la elección correcta sigue dependiendo de la codificación de origen.
Anote fuente, codificación elegida y primera vista discrepante. Como criterio propuesto para esta fila ficticia, exija concepto original completo, CB1842, misma fecha, una sola fila y cargo sin cambios. Un comercio legible con una referencia truncada no basta. Prefiera una nueva exportación bancaria correcta a reconstruir nombres de memoria.
Distinguir bytes, texto perdido y ajustes de importación
No convierta el archivo cada vez que pruebe una codificación. Cambie el ajuste del lector sobre los mismos bytes intactos y compare el concepto completo. Una palabra legible no basta: incluya varias tildes conocidas, la ñ y una referencia en la vista previa. Esta tabla orienta el siguiente diagnóstico.
| Observación en una copia nueva | Posible causa que investigar | Siguiente acción |
|---|---|---|
| Café en el editor; Café en la vista previa | Decodificación distinta entre lectores | Fijar la codificación de origen confirmada |
La fuente confirmada ya contiene � en lugar de una letra | Sustitución previa o texto perdido | Obtener la exportación intacta anterior o revisar el PDF |
| Acentos legibles pero columnas desplazadas | Delimitador o tratamiento de comillas | Corregir aparte la separación de campos |
| Vista previa correcta; entrega reabierta incorrecta | Codificación cambiada al guardar o reimportar | Revisar ese archivo exacto y sus ajustes de lectura |
Mantenga CB1842, fecha 2026-09-18 y cargo de 19,80 EUR durante la prueba del concepto ficticio. Una segunda entrada ficticia de 50,00 EUR produce +30,20 netos. Tanto el import correcto como uno con Café pueden dar ese neto: los importes no verifican la decodificación del texto. Exija dos movimientos, referencias intactas y conceptos exactos, además de +30,20.
Con una vista previa correcta, guarde un archivo de trabajo separado y reábralo mediante el método del destinatario. Anote codificación de origen, codificación de salida cuando intervenga, delimitador y aplicación/versión. Si solo falla la entrega, parta del archivo bruto; guardar el libro ya dañado con otra codificación no constituye una reparación.
Compruebe si existe BOM y contraste la codificación del lector con los bytes originales intactos. El BOM ayuda a reconocer la codificación, pero no recupera letras sustituidas antes. Elegir codificación tampoco normaliza nombres, elimina tildes ni demuestra que dos comercios sean la misma entidad. Si varios ajustes producen texto plausible, mantenga la ambigüedad hasta confirmarla con la documentación de exportación o una fuente intacta.
Comprobaciones y límites
Pruebe varias tildes y la letra ñ, además del archivo reabierto. No suprima acentos para aparentar limpieza. Csv.Document ofrece una opción de codificación: utilice la confirmada para ese archivo, no una suposición universal.
Conserve el archivo original sin cambios y anote cualquier cuestión pendiente antes de utilizar la tabla.
Comprobaciones relacionadas
Conserve juntos conceptos y referencias cuando la decodificación CSV cambie caracteres. Conceptos bancarios en varias líneas: unir sin mezclar operaciones · Referencias bancarias en Excel: conservar números largos y ceros.
BankStatementScan está en preparación. El sitio ofrece una solicitud de acceso y un ejemplo ficticio; actualmente no convierte sus archivos bancarios. Ver el servicio previsto.
Fuentes consultadas el 16 de octubre de 2026
Deja tu email profesional para registrar tu interés. El producto de conversión sigue en preparación.