Referencias bancarias en Excel: conservar números largos y ceros
Importe referencias como texto antes de que Excel altere números largos o ceros iniciales y verifique el archivo guardado.

Índice8apartados
Una referencia bancaria es un identificador, no una cantidad. Impórtela como texto antes de que Excel la convierta. La precisión numérica se limita a 15 dígitos significativos; cambiar después una celda dañada a Texto no recupera los dígitos originales.
Importar identificadores como texto antes de convertir
-
Guarde el CSV o PDF original intacto. Utilice la vista de importación en vez del doble clic y asigne Texto a referencias e identificadores de cuenta.
-
Revise cualquier cambio automático de tipo. Elimine o sustituya las conversiones numéricas de identificadores antes de cargar los datos.
-
Compare las cadenas completas, incluidos los ceros iniciales y los últimos dígitos. Guarde una copia XLSX cuando necesite conservar los tipos de columna.
Ejemplo ficticio
La referencia ficticia 001234567890123456 debe mantener exactamente sus 18 caracteres. Ver 1,23457E+15 exige comprobar el valor almacenado, pero no demuestra que esté completo. Reimporte la fuente como texto y compare los cuatro últimos caracteres 3456. No reconstruya dígitos perdidos añadiendo ceros al número alterado.
Fijar el tipo antes de la primera pérdida
Importe identificadores como texto antes de cualquier conversión numérica automática para conservar cifras y ceros iniciales. En Excel, empiece por la importación Texto/CSV de la pestaña Datos y abra el editor de transformación si se ofrece. Revise los pasos en orden. Si ya existe una conversión numérica, sustitúyala para la referencia en vez de añadir después un paso Texto. La comprobación decisiva es el valor antes de cargar: debe seguir siendo exactamente 001234567890123456.
Mantenga numéricas las columnas de importes cuando corresponda; convertir la referencia a texto no obliga a transformar toda la tabla. Si las opciones de su versión de Excel difieren, utilice su procedimiento documentado de importación de texto y compruebe el mismo resultado. La protección consiste en que el identificador nunca se convierta en número, no en elegir una apariencia convincente.
Distinguir apariencia e identidad perdida
Ante una columna estrecha o una notación científica, compare primero el valor almacenado con la fuente intacta. Si la cadena completa se conserva, corrija la presentación. Si ya cambiaron los ceros o los últimos dígitos, empiece una nueva importación desde el archivo bruto. Si ese archivo ya está dañado, vuelva al documento bancario original u obtenga otra exportación: una copia XLSX del dato alterado no lo recupera.
Utilice dos comprobaciones ficticias: 00123 debe mantener cinco caracteres y 001234567890123456 dieciocho. Compare cada carácter, no solo el sufijo 3456: un cero inicial perdido pasaría esa última prueba. Guarde, vuelva a abrir y compare otra vez. Al entregar un CSV, incluya la instrucción de importar las referencias como texto para que el destinatario no repita la conversión.
Detectar referencias que se convierten en el mismo valor
Pruebe varios identificadores largos. Una columna dañada puede parecer única en una muestra pequeña, aunque dos referencias distintas solo en el último dígito se vuelvan indistinguibles. Estos cuatro valores son inventados y pertenecen a una prueba de importación separada, no a movimientos reales.
| Identificador ficticio | Tipo almacenado y longitud exigidos | Comprobación concreta |
|---|---|---|
00123 | Texto; 5 caracteres | Se conservan los dos ceros iniciales |
001234567890123456 | Texto; 18 caracteres | Cadena completa exacta, incluido el sufijo 3456 |
1234567890123451 | Texto; 16 caracteres | Se conserva el 1 final |
1234567890123452 | Texto; 16 caracteres | Se conserva el 2 final y se distingue de la fila anterior |
En una conversión numérica limitada a 15 dígitos significativos, las dos últimas referencias pueden convertirse en 1234567890123450. Pasarlas después a texto produce dos copias del mismo identificador dañado. La comparación completa con la fuente detecta la pérdida; contar filas o sumar importes no basta. La prueba debe mantener cuatro cadenas exactas y distintas tras importar, guardar y reabrir.
Imagine que las dos últimas referencias identifican dos cargos ficticios de 7,20 EUR cada uno. El total esperado es −14,40. Puede seguir siendo −14,40 aunque las referencias se hayan confundido. No borre una fila como duplicada basándose en el identificador alterado: produciría −7,20 y perdería una operación sin evidencia. Resuelva primero la importación de referencias y después evalúe duplicados reales contra las filas originales.
Para la entrega, acuerde un contrato del campo: referencia textual, sin rellenar ceros, sin conversión numérica automática ni eliminación de espacios no autorizada por la especificación de origen. Una referencia ausente sigue ausente; ni 0 ni una serie de ceros inventada la recupera. Examine el archivo que recibe la siguiente persona: los tipos del libro no viajan en un CSV. Si su edición de Excel ofrece ajustes de conversión automática, úselos como control adicional; la prueba de cadenas exactas sigue siendo necesaria.
Comprobaciones y límites
Pruebe una referencia de más de 15 dígitos y otra que empiece por cero. Un formato personalizado puede cambiar la apariencia sin reparar el dato. Al reabrir un CSV puede repetirse la conversión, porque no guarda tipos de celda. Compruebe también el archivo guardado y abierto de nuevo.
Conserve el archivo original sin cambios y anote cualquier cuestión pendiente antes de utilizar la tabla.
Comprobaciones relacionadas
Conserve la referencia al reconstruir conceptos e importar campos CSV. Conceptos bancarios en varias líneas: unir sin mezclar operaciones.
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.