El export de Shopify no rompe la conciliación por sí mismo. El problema empieza cuando pegas filas de ese CSV en una hoja de Excel abierta — en ese momento, Excel decide, celda por celda, qué tipo asignarle a cada valor.

Ahí es cuando un identificador de transacción se convierte en un número redondeado, cuando un sello de tiempo UTC se transforma en un número de serie de fecha de Excel, y cuando una referencia con ceros iniciales deja de ser la misma clave que exportaste. La fila sigue pareciendo familiar en pantalla. Por debajo, ya no es el mismo registro.

La mayoría de los errores de conciliación al copiar y pegar CSV de Shopify en Excel tienen su origen en esa conversión silenciosa, no en la fórmula de búsqueda que ejecutaste después. Si tus pedidos o el export de pagos de Shopify coincidían ayer y ahora cada fila aparece sin coincidencia, asume primero que el pegado modificó el valor sin procesar — antes de cuestionar la lógica de conciliación.

Esto es especialmente crítico en el trabajo financiero recurrente. Los datos de Shopify se comparan con frecuencia contra un estado de cuenta bancario, un archivo de liquidación de pasarela, un export contable o un segundo extract de Shopify de otro rango de fechas. Esas comparaciones dependen de claves exactas. Un carácter modificado, un cero eliminado o un dígito redondeado es suficiente para que una transacción válida aparezca como faltante.

Lo que Excel cambia cuando pegas filas de Shopify

Un archivo CSV es texto plano. Excel no.

Cuando pegas filas CSV en una hoja de cálculo existente, Excel no conserva el registro de texto original tal como está. Lee cada celda pegada, adivina su tipo y almacena lo que cree que corresponde. Esa suposición automática es donde ocurre el daño.

Algunos de esos cambios son cosméticos. Otros son permanentes.

Dar formato Texto a un identificador de 16 dígitos ya redondeado no restaura los dígitos perdidos. Cambiar una celda de fecha a yyyy-mm-dd no restaura el sello de tiempo UTC original. Una vez que Excel reescribe el valor, la hoja pegada puede dejar de ser una fuente confiable.

Por eso la conciliación parece irracional en este caso. Estás comparando datos que se ven iguales en la cuadrícula pero que ya no son idénticos por debajo.

Los cuatro tipos de campos que suelen fallar primero

El primer campo en fallar suele ser el que Excel tiene más prisa por "mejorar".

Referencias numéricas largas

Los exports relacionados con Shopify suelen contener identificadores numéricos largos. Excel solo conserva 15 dígitos de precisión numérica. Todo lo que supere ese límite puede redondearse o mostrarse en notación científica. Si ese campo es tu clave de conciliación, la coincidencia se rompe en el momento del pegado. Es el mismo problema central que describe la notación científica que rompe los identificadores de transacciones.

Claves de texto que parecen números

Los números de pedido, referencias externas o valores similares a cuentas pueden ser texto aunque solo contengan dígitos. Si la copia pegada elimina los ceros iniciales, convierte el campo a número o recorta un prefijo, la misma clave ya no se compara como la misma clave.

Sellos de tiempo

Un sello de tiempo sin procesar puede contener fecha, hora y zona horaria en una sola cadena de texto. Excel la convierte con frecuencia en su propio número de serie interno y la muestra en tu formato local. Eso puede estar bien para reportes. Es un problema para conciliar contra un segundo archivo que aún almacena el sello de tiempo original como texto. Es peor cuando luego comparas solo por fecha mostrada y agrupas varias transacciones del mismo día en un solo bloque.

Importes y campos de descripción

Los importes pueden cambiar de tipo, interpretación decimal o precisión mostrada. Los campos de texto pueden contener espacios invisibles copiados desde otro proceso. Si tus filas sin coincidencia se concentran en un descriptor o referencia de liquidación en particular, revisa primero los espacios ocultos que rompen la coincidencia exacta antes de reconstruir el libro.

El patrón es constante: cuanto más se parece un campo a algo que Excel sabe interpretar, más probable es que Excel lo reescriba.

Por qué la coincidencia falla aunque los valores parezcan idénticos

La conciliación de transacciones depende de los valores almacenados, no de lo que la celda muestra.

Supón que tu export original de Shopify tiene una referencia de pago almacenada como texto:

10002345123456789

La pegas en Excel. Excel la almacena como número, conserva solo la precisión que puede mantener y muestra algo lo bastante parecido para que tu ojo no lo note.

Ahora comparas esa hoja pegada contra un archivo de liquidación, un export del procesador o un segundo CSV sin procesar que todavía tiene la referencia de texto completa. Los dos valores ya no son iguales. Solo se parecen.

Lo mismo ocurre con las fechas. Un sello de tiempo pegado como 2026-05-24T23:58:41Z puede convertirse en una fecha-hora de Excel. Si el otro archivo aún usa el sello de tiempo de texto original, una coincidencia exacta no puede funcionar. Si reduces ambos lados a la fecha mostrada, creas un problema nuevo: distintas transacciones pueden agruparse bajo la misma fecha y aparecer como duplicadas o faltantes.

Los importes pueden fallar de forma más sutil. Un archivo almacena 1204.50 como texto. La hoja pegada almacena 1204.5 como número. El importe parece equivalente, pero una fórmula de búsqueda basada en igualdad exacta de cadenas o una herramienta de comparación estricta con los tipos no tratará esos registros como idénticos. Terminas buscando transacciones faltantes que en realidad son inconsistencias de almacenamiento.

No es primero un problema de fórmula. Es primero un problema de estado de los datos. La fórmula solo lo revela.

Cómo confirmar que el pegado corrompió la clave de conciliación

Antes de corregir nada, confirma qué columnas cambiaron.

Toma una fila sin coincidencia de la hoja pegada y compárala con el export intacto o una copia recién importada. Verifica cuatro cosas:

No necesitas una auditoría extensa para confirmarlo. Con una sola fila suele bastar.

Si el archivo sin procesar muestra 00128457 y la hoja pegada muestra 128457, el problema está resuelto: el pegado eliminó un cero significativo.

Si el archivo sin procesar muestra una referencia de 17 dígitos y la hoja pegada muestra notación científica o un número redondeado, deja de trabajar en esa hoja. Esa clave ya no es confiable.

Si el archivo sin procesar muestra un sello de tiempo UTC completo y la hoja pegada solo muestra una fecha local, ya no estás comparando el mismo campo.

Una vez que confirmas la conversión, la corrección correcta no es "formatear mejor las celdas dañadas". La corrección correcta es reconstruir la hoja de trabajo desde una importación limpia.

El flujo de trabajo seguro si necesitas Excel pero quieres que la coincidencia se mantenga

Puedes seguir usando Excel. Lo que tienes que dejar de usar es el pegado como método de importación.

1. Conserva el CSV de Shopify original sin modificar.
2. Abre Excel primero, luego importa el CSV desde Datos > Desde texto/CSV.
3. En la vista previa de importación, fuerza las columnas de identificadores al tipo Texto.
4. Mantén las columnas de sellos de tiempo como Texto en la primera carga, luego crea una columna de fecha normalizada separada si la necesitas.
5. Carga las columnas de importes de forma deliberada según la comparación que necesitas hacer.
6. Guarda el archivo de trabajo como .xlsx para que la estructura importada quede preservada por separado del export sin procesar.

La decisión clave es el tipado de columnas. Trata de forma diferente los campos en los que haces la coincidencia y los campos que totalizas o reportas.

Eso te da una base estable.

A partir de ahí, construye columnas auxiliares en lugar de mutar los datos importados directamente:

• Una columna de clave de texto que preserve el identificador original de forma exacta
• Una columna de fecha normalizada si necesitas comparación a nivel de día
• Una columna de importe redondeado si necesitas una comparación numérica coherente
• Un indicador de excepción combinado si la clave, la fecha o el importe difieren

Ese flujo hace dos cosas útiles. Protege los valores sin procesar y hace que cada transformación sea explícita. Si algo deja de coincidir, puedes ver si el problema viene del archivo fuente, del auxiliar normalizado o de la regla de comparación.

Qué hacer si el libro ya está dañado

Si ya pegaste filas de Shopify en un libro abierto y la conciliación falla, no pases una hora reparando formatos de celda uno por uno. Trabaja hacia atrás desde el daño.

Si los identificadores largos se redondearon o se muestran en notación científica

Vuelve a exportar o reimportar el archivo sin procesar. Esos dígitos no son recuperables desde las celdas pegadas dañadas una vez que Excel los ha reescrito.

Si desaparecieron los ceros iniciales

Descarta la versión pegada de esa columna clave y recárgala desde el export sin procesar como Texto. Aplicar un formato de visualización personalizado a las celdas dañadas solo cambia lo que ves. No restaura el cero faltante en el valor almacenado.

Si los sellos de tiempo perdieron la zona horaria o la estructura de texto completa

Vuelve a importar el sello de tiempo sin procesar como texto y crea una fecha de comparación separada si la necesitas. No uses la celda de fecha pegada como fuente original.

Si solo algunas filas fallan

Verifica si esas filas contienen celdas vacías, espacios al final de cadena, tipos de transacción mixtos o notas copiadas. Un fallo parcial suele indicar que un subconjunto de filas aplicó una regla de conversión de Excel diferente al resto.

La regla práctica es esta: cuando el campo en el que piensas hacer la coincidencia ha cambiado de tipo o ha perdido caracteres, reconstruye desde el export sin procesar en lugar de reparar el resultado visible.

La mejor configuración para conciliar son dos importaciones limpias, no una hoja pegada

La mayoría de las conciliaciones recurrentes de Shopify involucran dos archivos que no provienen del mismo sistema. Quizás estás comparando Shopify contra un estado de cuenta bancario, un archivo de liquidación de pasarela o un export contable. Si un archivo se conserva sin procesar y el otro se pega en Excel, ya introdujiste una inconsistencia evitable antes de que empiece la comparación.

Una mejor configuración:

• Importa ambos archivos por el mismo camino controlado
• Fija las claves de coincidencia como Texto en ambos lados
• Conserva los sellos de tiempo sin procesar sin modificar
• Deriva los campos de comparación en columnas auxiliares
• Haz la coincidencia primero sobre una clave estable, luego investiga las diferencias de fecha o importe

Ese orden importa. Si fuerzas coincidencias sobre datos dañados, ocultas la verdadera razón por la que faltan filas. Si proteges la clave primero, las excepciones restantes suelen ser reales: diferencias de tiempo, duplicados o registros ausentes en uno de los lados.

Esto también explica por qué los consejos genéricos de páginas de importación de CSV no son suficientes para el trabajo financiero. Una guía de importación de tienda se preocupa por si el archivo se carga. Tú te preocupas por si la transacción A en un archivo es la misma que la transacción A en el otro — y por si puedes demostrar la diferencia cuando no lo es.

Conserva el export sin procesar separado de la hoja de conciliación

El mejor hábito aquí es simple pero efectivo: nunca conviertas la única copia de tu export de Shopify en tu hoja de trabajo.

Archiva el CSV sin procesar. Importa una copia de trabajo. Protege las columnas de claves como texto. Construye columnas auxiliares para fechas e importes. Haz la coincidencia desde la capa auxiliar, no desde celdas pegadas.

Esa es la diferencia entre un libro en el que puedes confiar y uno que sigue inventando filas sin coincidencia cada vez que se actualiza un archivo.