Wave no está roto. El problema es que un export de Wave y un estado de cuenta bancario describen el mismo dinero de maneras distintas: fechas diferentes, reglas de signo diferentes y columnas que suelen tener roles distintos.
Cuando los exports CSV de Wave no coinciden con los estados de cuenta bancarios descargados, la diferencia suele existir antes de que corras cualquier fórmula. Uno de los archivos puede ser un reporte de cuenta filtrado. El otro puede ser un estado de cuenta bancario sin procesar. Una columna de fechas puede contener fechas reales de Excel; la otra, texto. Un archivo puede mostrar el dinero que entra como un débito. El otro puede mostrarlo como un depósito positivo.
La solución empieza por elegir el export correcto de Wave, normalizar las fechas y los montos con una regla común, y comparar solo las filas que deben coincidir directamente. Una vez alineados esos elementos, la mayoría de las filas «sin coincidencia» se explican solas.
Lee la diferencia antes de editar cualquier cosa
Empieza por identificar qué tipo de diferencia tienes. Un problema de almacenamiento de fechas no se resuelve igual que un problema de signo. Un problema de alcance del reporte no se resuelve igual que una discrepancia en la descripción.
| Lo que ves en pantalla | Cómo lo almacena el export de Wave | Cómo lo almacena el estado de cuenta bancario | Resultado al conciliar |
|---|---|---|---|
01/05/2026 parece ser la misma fecha | Date contiene un número de serie de fecha real para el 1 de mayo | Posted Date es el texto 01/05/2026 de un export en formato dd/mm/yyyy | Excel puede tratar un lado como texto o incluso invertir el mes y el día |
125.40 aparece en ambos archivos | El reporte de cuenta bancaria de Wave muestra la salida de efectivo en Credit | El CSV bancario muestra Withdrawal como positivo 125.40 | El mismo movimiento, pero los signos todavía no son comparables |
Un archivo tiene una sola columna Amount | El reporte de Wave tiene columnas separadas Debit y Credit | El estado de cuenta tiene una sola columna Amount con signo, o columnas separadas Deposit y Withdrawal | La comparación fila por fila falla hasta que ambos lados sigan la misma regla de signo |
Transfer to Savings aparece en ambos sistemas | El export contable completo de Wave incluye ambos lados del asiento de transferencia | El estado de cuenta solo muestra la línea que afectó a la cuenta corriente | Wave puede mostrar dos filas relevantes donde el banco muestra una |
| El monto coincide pero el texto no | La descripción de Wave está editada, categorizada o abreviada | La descripción bancaria conserva el memo original del banco o la referencia bancaria | La conciliación por descripción falla aunque el dinero sea el mismo |
Esta tabla te dice de qué está hecho el problema antes de empezar a resolverlo. Eso importa porque el paso correcto a seguir depende del diagnóstico.
Si quieres una verificación rápida antes de cualquier otra cosa, usa =TIPO(A2) en los campos que piensas conciliar.
1significa que Excel almacenó un número.2significa que Excel almacenó texto.
Esa respuesta es más útil que lo que la celda muestra en pantalla. Una fecha que parece correcta pero devuelve 2 sigue siendo texto. Un monto que se muestra con separadores pero devuelve 2 no se comportará como un monto real.
Elige el export de Wave que realmente puede conciliarse con un estado de cuenta bancario
Muchas diferencias en Wave comienzan con el export incorrecto.
Un estado de cuenta bancario es específico: una sola cuenta bancaria o de crédito, un rango de fechas determinado y solo los movimientos liquidados. Un export de Wave no siempre es tan específico. Si exportas todos los datos contables del negocio, estás obteniendo asientos contables y transacciones de todo el catálogo de cuentas, no un archivo con la forma de un estado de cuenta para una cuenta bancaria.
Esa diferencia importa más de lo que parece.
| Archivo | Qué contiene realmente | ¿Sirve para conciliar directamente con un estado de cuenta bancario? |
|---|---|---|
| Export de todos los datos contables de Wave | Asientos contables y transacciones de todo el negocio | No. Demasiado amplio para conciliar un solo estado de cuenta |
| Reporte de transacciones de cuenta de Wave filtrado a una cuenta y rango de fechas | Actividad de la cuenta seleccionada, con detalle de débitos y créditos | Sí. Este es el archivo de comparación más adecuado |
| Descarga CSV del estado de cuenta bancario | Movimientos de efectivo liquidados de una sola cuenta | Sí. Este es el archivo del lado del banco que debes cuadrar |
Si exportas todo Wave y lo comparas con un solo estado de cuenta bancario, el conteo de filas estará mal antes de que revises una sola fecha o monto. Transferencias internas, cuentas que no son bancarias, asientos de apertura y registros sin relación pueden estar en el archivo de Wave aunque el estado de cuenta bancario no sepa nada de ellos.
Entonces la primera pregunta no es «¿qué columna debo conciliar?». Es: «¿exporté el mismo alcance de ambos sistemas?»
Para esta tarea, el punto de partida más confiable suele ser:
- Un export de tipo transacciones de cuenta en Wave, filtrado a la cuenta bancaria exacta que estás revisando.
- El mismo período del estado de cuenta bancario descargado.
- Una sola moneda y una sola cuenta.
Si cualquiera de esos tres criterios no coincide, el resto del trabajo de limpieza se vuelve poco confiable.
Normaliza las fechas antes de comparar cualquier fila
Hay dos problemas de fechas aquí, y son distintos.
El primero es el almacenamiento: un lado puede tener una fecha real y el otro texto. El segundo es el significado: Wave puede mostrar la fecha en que se registró la transacción en contabilidad, mientras que el estado de cuenta bancario muestra la fecha de acreditación o la fecha valor del movimiento liquidado.
Primero resuelve el almacenamiento.
Si el archivo bancario tiene una fecha en texto con formato dd/mm/yyyy, conviértela explícitamente con:
=FECHA(DERECHA(B2;4);EXTRAE(B2;4;2);IZQUIERDA(B2;2))
Si el archivo bancario tiene una fecha en texto con formato mm/dd/yyyy, usa:
=FECHA(DERECHA(B2;4);IZQUIERDA(B2;2);EXTRAE(B2;4;2))
Si un export de Wave te da una fecha en texto con formato ISO como 2026-05-01, usa:
=FECHA(IZQUIERDA(C2;4);EXTRAE(C2;6;2);DERECHA(C2;2))
Estas fórmulas extraen los componentes directamente. No le piden a Excel que adivine el formato con base en tu configuración regional. Es la opción más segura cuando tienes CSVs de sistemas distintos.
Ten cuidado con fechas ambiguas como 01/05/2026. Esa cadena no es autoexplicativa: puede significar el 1 de enero o el 1 de mayo según el archivo de origen. Antes de convertirla, verifica:
- si el archivo también contiene una fecha como
31/05/2026, lo que confirma el formato con el día primero - si el export bancario etiqueta el campo como
Posted Date,Value DateoTransaction Date - si la vista original en Wave o en el portal bancario confirma el formato
Luego resuelve el significado.
Incluso después de que ambos archivos tengan fechas reales, puede que las fechas sigan siendo diferentes por una razón válida. El lado de Wave puede reflejar cuándo se registró la transacción. El lado del banco puede reflejar cuándo el banco la acreditó. Esa diferencia es común los fines de semana, a fin de mes y en liquidaciones de procesadores de pago.
Si el monto coincide pero la fecha difiere en uno o dos días, no la marques como faltante todavía. Primero pregúntate si estás viendo una diferencia entre fecha de transacción y fecha valor. Eso es una categoría de explicación, no de error.
Si el problema principal es que los dos archivos no coinciden en qué columnas tienen el mismo rol, los archivos CSV bancarios con nombres de columnas diferentes es el problema adyacente.
Normaliza los signos y la estructura de los montos con una regla común
Las discrepancias de montos suelen ser discrepancias de estructura disfrazadas.
El estado de cuenta bancario puede darte una sola columna Amount con signo, o columnas separadas Deposit y Withdrawal. El lado de Wave puede darte una sola columna de monto en algunos exports y columnas separadas Debit y Credit en otros. Esos formatos no son intercambiables hasta que fuerces ambos archivos a seguir la misma convención de signo.
Elige una regla y aplícala en todos lados:
- dinero que entra a la cuenta bancaria = positivo
- dinero que sale de la cuenta bancaria = negativo
Si el archivo bancario separa Withdrawal y Deposit, conviértelo en la misma hoja con:
=SI(E2<>"";-VALOR(SUSTITUIR(E2;",";""));VALOR(SUSTITUIR(F2;",";")))
Eso te da una sola columna de monto con signo a partir de dos columnas bancarias separadas.
Si el reporte de Wave para la cuenta bancaria separa Debit y Credit, conviértelo con:
=SI(G2<>"";VALOR(SUSTITUIR(G2;",";""));-VALOR(SUSTITUIR(H2;",";")))
Para una cuenta de activo bancario, esa regla suele funcionar porque los débitos aumentan el saldo de la cuenta y los créditos lo reducen. Una vez que ambos archivos siguen la misma lógica de signo, muchas diferencias falsas desaparecen de inmediato.
Si uno de los lados ya tiene una sola columna de monto pero Excel la almacenó como texto, conviértela directamente:
=VALOR(SUSTITUIR(D2;",";""))
No omitas el SUSTITUIR cuando el archivo tiene separadores de miles. VALOR("1,250.00") suele funcionar, pero la limpieza explícita es más segura cuando el formato del export cambia de un mes a otro.
El objetivo de este paso no es consistencia cosmética. Es asegurarte de que el mismo movimiento de efectivo tenga el mismo significado numérico en ambos archivos. Hasta que eso ocurra, conciliar por monto no te dice casi nada.
Concilia las filas que deben coincidir, no todos los campos del archivo
Un estado de cuenta bancario y un export de Wave no tienen que tener una simetría perfecta fila por fila. Algunos campos sirven para la conciliación directa. Otros solo sirven para explicar la fila después de que se identifica el movimiento de efectivo.
| Compara esto | Con esto | Resultado esperado |
|---|---|---|
| Línea de efectivo de la cuenta bancaria en Wave | Línea del estado de cuenta bancario | Debe coincidir después de normalizar fechas y signos |
| Valores de débito o crédito de Wave | Monto con signo del banco | Debe coincidir después de convertir a una regla de signo común |
| Descripción o memo de Wave | Descripción o narración bancaria | Apoyo útil, no la clave del primer paso |
| Par de transferencia en un export completo de Wave | Una línea bancaria en la cuenta corriente | Requiere filtrar por alcance o interpretar la transferencia |
| Categoría o nombre de cuenta de Wave | Texto de descripción bancaria | No es un campo de conciliación directa |
La clave de conciliación más confiable en el primer paso suele ser:
- el monto con signo normalizado
- la base de fecha correcta
- una referencia o memo si existe uno
La descripción debe quedarse en la capa de revisión. Los memos bancarios son inconsistentes. Las descripciones de Wave pueden ser más limpias, más cortas o editadas después de la importación. Si conviertes la descripción en la clave principal demasiado pronto, dos filas correctas pueden parecer sin coincidencia porque las palabras son distintas aunque el dinero sea el mismo.
Aquí también aparecen los problemas de correspondencia uno a varios. Una transferencia registrada en los libros puede crear más de una línea contable en Wave, mientras que el estado de cuenta bancario muestra un solo movimiento liquidado. Un pago agrupado o un depósito consolidado de un procesador pueden generar lo mismo. Eso no significa que el efectivo esté mal. Significa que los archivos están registrando el evento a distintos niveles.
Qué significan las diferencias que quedan
Una vez que limpias el alcance, las fechas y los signos, las excepciones restantes son mucho más fáciles de leer.
| Patrón residual | Qué suele significar | Qué revisar a continuación |
|---|---|---|
| Mismo monto, fecha desfasada uno o dos días | Retraso en la acreditación o diferencia de fecha de transacción | Confirma si el archivo bancario usa fecha valor mientras Wave usa fecha de transacción |
| Mismo monto, signo opuesto | La regla de signo sigue incorrecta en un lado | Revisa nuevamente la conversión débito-crédito |
| Una línea bancaria, dos filas de Wave | Transferencia, transacción dividida o problema de alcance del export completo | Filtra el archivo de Wave a la cuenta exacta y conserva solo la línea del lado bancario |
| Fila que existe solo en Wave | Asiento duplicado, rango de fechas incorrecto, cuenta incorrecta o partida sin liquidar | Revisa los filtros y si la fila debe aparecer en el estado de cuenta todavía |
| Fila que existe solo en el archivo bancario | Registro faltante en Wave o línea bancaria no importada ni registrada aún | Revisa la ventana de fechas de conciliación y la cuenta de origen |
| El monto coincide, el texto no | Diferencia en el formato de la descripción | Usa primero el monto y la fecha; conserva la descripción solo como confirmación |
En este punto la conciliación se vuelve defendible. Ya no estás diciendo «estos archivos CSV no coinciden». Estás diciendo: «estas tres filas son diferencias de fecha valor, esta es un error de conversión de signo, y estas dos pertenecen a un par de transferencia». Eso es una respuesta real.
De dónde viene realmente la diferencia en la mayoría de las conciliaciones Wave / banco
En la práctica, las causas recurrentes suelen ser estas:
- Se usó el export incorrecto de Wave, por lo que el alcance del archivo es más amplio que el estado de cuenta bancario.
- Uno de los archivos almacena las fechas como texto y el otro como fechas reales.
- Los dos archivos usan significados de fecha distintos: fecha de transacción versus fecha valor.
- El archivo bancario usa una regla de signo única mientras que el reporte de Wave usa columnas de débito y crédito.
- Una transferencia o asiento agrupado crea más de una fila en Wave para un solo movimiento bancario.
- Las descripciones difieren lo suficiente como para que la conciliación por texto genere excepciones falsas.
Fíjate en lo que no está en esa lista: el problema rara vez es que Wave y el banco no coincidan en la realidad. El problema es que los archivos tienen estructuras distintas y la comparación empezó antes de normalizar esa estructura.
Si el verdadero problema es reconstruir manualmente la misma conciliación cada mes, comparar dos archivos CSV de estados de cuenta bancarios sin fórmulas es el siguiente paso después de entender el patrón de diferencias.
