El estado de cuenta no está mal. Con las suscripciones de Stripe, un mismo cobro recurrente pasa por varias etapas antes de llegar a tu cuenta: creación de la factura, cobro del pago, generación de la liquidación y recepción en el banco. Suma las comisiones, el prorrateo y los cortes de fin de mes, y el mismo pago de un cliente puede parecer adelantado, atrasado, incompleto o inexistente según el archivo que abras primero.
Por eso la conciliación de facturas de suscripción de Stripe con el estado de cuenta bancario mensual falla cuando intentas hacer coincidir directamente las filas de facturas con los movimientos del estado de cuenta. El estado de cuenta muestra el efectivo liquidado. La exportación de Stripe muestra los montos facturados y los estados de pago. Esas dos vistas están relacionadas, pero no describen la misma capa del proceso. La solución: concilia primero en orden de efectivo recibido y luego identifica qué facturas están dentro de cada liquidación.
Cómo se ve el desfase antes de abrir los archivos
Antes de cambiar fórmulas, filtrar fechas o empezar a marcar filas manualmente, identifica qué tipo de desfase estás viendo realmente. Las conciliaciones de suscripciones casi siempre fallan de un número reducido de formas repetibles.
| Lo que aparece en pantalla | La exportación de Stripe lo guarda como | El estado de cuenta lo guarda como | Resultado al hacer coincidir directamente |
|---|---|---|---|
| Un abono mensual de $120 pagado con retraso el 31 de marzo | invoice_paid_at=2026-04-01T02:40:00Z, amount_paid=120.00 | 2026-04-02 STRIPE PAYOUT 116.22 | La fecha cae en abril y el monto es menor porque el banco ve el neto después de comisiones |
| Una actualización a mitad de ciclo genera una factura de $25 | Línea de crédito -40.00, plan nuevo 65.00, factura final 25.00 | Una línea de liquidación agrupa esta factura con otras renovaciones | Una factura no equivale a un movimiento bancario, aunque el monto cobrado sea correcto |
Una factura muestra Paid el 30 de abril | Pago cobrado el 30 de abril, liquidación generada el 2 de mayo | Ningún movimiento bancario en abril para esa factura | Abril parece incompleto si haces coincidir por mes de facturación |
| Existe una factura de suscripción por $85 | Estado Open o intento de cobro fallido | Ningún movimiento bancario | Parece una transacción faltante en el banco, pero no se cobró ningún efectivo |
| Doce renovaciones suman $1,420 brutos | Doce filas de facturas, más comisiones y un reembolso en la actividad de liquidaciones | Un depósito bancario de 1,378.71 | El total bruto de facturas nunca va a coincidir con el depósito neto sin un cuadro de ajuste |
Esta tabla te dice qué tipo de respuesta necesitas. Si el problema es un desfase de fechas, no pierdas una hora revisando montos. Si el problema es bruto contra neto, no fuerces los totales de facturas contra el depósito bancario. Si el problema son facturas impagadas, deja de tratar la exportación de Stripe como un reporte de efectivo.
El movimiento bancario es un total de liquidación, no un total de facturas
Las suscripciones de Stripe generan facturas, pero tu banco recibe liquidaciones. Esa distinción es todo el problema de conciliación.
Una factura responde una pregunta: ¿qué se le cobró al cliente? Una liquidación responde otra: ¿cuánto efectivo liquidado salió de Stripe y llegó a tu banco? Entre esos dos puntos, Stripe puede deducir comisiones, aplicar créditos, incluir reembolsos, excluir pagos fallidos y agrupar muchos cobros de facturas separadas en una sola transferencia.
Para un cierre mensual, mantén estas cuatro fechas bien separadas:
| Evento | Dónde lo ves | Qué significa |
|---|---|---|
| Factura finalizada | Exportación de Stripe | El cliente fue facturado |
| Factura pagada | Factura o detalle de pago de Stripe | El efectivo entró a tu saldo de Stripe |
| Liquidación creada | Actividad de liquidaciones de Stripe | Stripe agrupó los fondos disponibles para la transferencia |
| Recepción en banco | Estado de cuenta bancario | El efectivo llegó realmente a tu cuenta |
Si colapses esas etapas en una sola "fecha de transacción", la conciliación va a parecer rota aunque los registros subyacentes sean correctos.
Por eso también el archivo de liquidaciones es más útil que la lista de facturas cuando necesitas hacer coincidir un CSV de liquidación de Stripe con tu estado de cuenta bancario. El estado de cuenta no puede decirte qué facturas de suscripción están dentro de una liquidación. Solo te da la fecha, la referencia y el monto que llegó.
Concilia el mes en este orden
Intentar empezar desde los totales de facturas es lo que genera la mayor parte del ruido. Empieza desde el mes de efectivo, luego remóntate hacia las facturas.
1. Aísla los depósitos de Stripe en el estado de cuenta del mes que estás cerrando.
Toma el estado de cuenta mensual como el límite de efectivo. Filtra solo los depósitos relacionados con Stripe que realmente cayeron en ese período. Ignora las fechas de facturas por ahora. En esta etapa estás probando el efectivo recibido, no los ingresos devengados ni la actividad de facturación creada.
2. Descarga la actividad de liquidaciones de Stripe que corresponde a esos depósitos bancarios.
Usa la fecha de liquidación, la referencia y el monto neto para alinear las liquidaciones de Stripe con los movimientos bancarios. Algunos meses incluirán liquidaciones generadas a partir de facturas pagadas el mes anterior. Algunas facturas pagadas el último día del mes no llegarán al banco hasta el siguiente estado de cuenta. Es normal.
3. Expande cada liquidación para ver los pagos de suscripción que contiene.
Una vez que el movimiento bancario está conciliado con una liquidación de Stripe, abre el detalle de esa liquidación e identifica los pagos de facturas que incluye. Mantén estos campos visibles:
- ID de factura
- ID de suscripción
- Cliente
- Fecha de pago
- Monto bruto
- Comisión de Stripe
- Contribución neta a la liquidación
- Estado de la factura
Es en este nivel donde el depósito bancario mensual se vuelve comprensible. Una sola liquidación puede contener cuarenta renovaciones exitosas, dos actualizaciones prorrateadas, un reintento que finalmente se procesó y un reembolso deducido del mismo lote.
4. Construye un cuadro de ajuste entre el efectivo bancario y la actividad de facturación.
No le pidas al estado de cuenta que sea igual a la exportación de facturas. Construye el cuadro que explica la diferencia. Un cuadro de ajuste mensual suele verse así:
| Concepto | Monto |
|---|---|
| Depósitos de Stripe recibidos en el estado de cuenta de abril | 17,651.74 |
| Más comisiones de Stripe retenidas en esas liquidaciones | 548.26 |
| Más reembolsos o créditos deducidos en esas liquidaciones | 420.00 |
| Total bruto cobrado dentro de las liquidaciones recibidas en abril | 18,620.00 |
| Menos pagos de facturas de marzo recibidos en liquidaciones de abril | -880.00 |
| Más facturas de abril pagadas tarde pero no liquidadas hasta mayo | 1,200.00 |
| Pagos de facturas de suscripción de abril cobrados | 18,940.00 |
Los montos exactos varían, la lógica no. El mes del estado de cuenta y el mes de facturación se unen por ajustes de calendario, no por una coincidencia fila a fila.
5. Separa las excepciones reales de las diferencias esperadas.
A estas alturas, la mayor parte del desfase ya debería estar explicado. Las excepciones restantes son las partidas que necesitan acción:
- factura pagada ausente del detalle de la liquidación
- liquidación conciliada con el banco pero reembolso no registrado en tu hoja interna
- factura impagada o fallida incorrectamente incluida en tu total de efectivo
- fila de factura duplicada en tu exportación o libro de trabajo
- fecha importada incorrectamente que hace caer un pago en el mes equivocado
Si no separas los desfases de calendario esperados de las excepciones reales, cada cierre de mes se convierte en el mismo debate con la misma hoja de cálculo.
Casos específicos de suscripciones que cambian la respuesta
La facturación por suscripción introduce casos que no aparecen en las conciliaciones simples de pagos únicos. Aquí es donde el estado de cuenta y la exportación de Stripe suelen parecer en desacuerdo aunque los datos sigan siendo consistentes.
El prorrateo cambia el total de la factura, no la lógica de la liquidación.
Cuando un cliente sube o baja de plan a mitad de ciclo, Stripe puede crear una factura con créditos por el tiempo no usado y cargos por el nuevo plan en el mismo documento. El número que importa para el efectivo es el monto final pagado de la factura, no el precio del plan que esperabas ver. Si sigues comparando el depósito bancario con el monto habitual del abono mensual del cliente, cada factura prorrateada va a parecer incorrecta.
Las renovaciones fallidas crean filas de facturas sin actividad bancaria.
Una factura generada no es lo mismo que un pago cobrado. Si la secuencia de reintentos de cobro falla, la factura puede quedarse abierta o pasar por estados de recuperación sin nunca contribuir a una liquidación. Esa factura pertenece a tu revisión de facturación, no a tu total de conciliación bancaria.
El saldo y los créditos del cliente pueden reducir una factura posterior.
Si Stripe aplica una nota de crédito o saldo del cliente a una factura de suscripción, la factura puede quedar marcada como pagada por menos efectivo del que indica el precio de lista. El estado de cuenta solo va a reflejar el monto realmente cobrado. La parte faltante no es una discrepancia bancaria. Se liquidó con crédito, no con efectivo nuevo.
Los reembolsos suelen caer en un mes diferente al de la factura original.
El pago original de la suscripción puede haberse cobrado en marzo, pero el reembolso puede deducirse de una liquidación de abril. Si solo revisas las facturas de abril, el estado de cuenta va a parecer corto. Si solo revisas las liquidaciones de abril, el reembolso va a parecer inexplicado. La respuesta está en el detalle de la liquidación, no solo en la línea del estado de cuenta.
Las renovaciones de fin de mes son el falso desfase más común.
Una factura de suscripción pagada cerca de la medianoche en hora local puede guardarse en UTC con la fecha del día siguiente y luego liquidarse uno o dos días hábiles después. Así es como una sola renovación puede aparecer en tres lugares distintos en dos meses de estado de cuenta. Si las marcas de tiempo son lo que sigue rompiendo tu cierre, por qué las marcas de tiempo UTC de Stripe desplazan las fechas en el estado de cuenta bancario profundiza en ese caso específico.
Si Excel dice que los archivos no coinciden, revisa primero el tipo de almacenamiento
Una conciliación Stripe-banco suele parecer un problema de lógica de negocio cuando en realidad es un problema de formato de archivo.
Empieza por las columnas que usas para fechas y montos. En Excel, TIPO() te dice si la celda está almacenada como número o como texto. Importa porque un archivo bancario que guarda 116.22 como texto no se va a comportar igual que una exportación de Stripe que guarda 116.22 como número.
| Qué probar | Fórmula | Qué significa el resultado |
|---|---|---|
| Columna de montos de Stripe | =TIPO(C2) | 1 significa numérico, 2 significa texto |
| Columna de montos del CSV del banco | =TIPO(F2) | Si uno devuelve 1 y el otro 2, las coincidencias y los totales van a fallar |
| Marca de tiempo ISO de Stripe | =FECHA(VALOR(IZQUIERDA(A2,4)),VALOR(EXTRAE(A2,6,2)),VALOR(EXTRAE(A2,9,2))) | Extrae la fecha de un valor como 2026-04-01T02:40:00Z |
Fecha de texto del archivo bancario en formato DD/MM/YYYY | =FECHA(VALOR(DERECHA(B2,4)),VALOR(EXTRAE(B2,4,2)),VALOR(IZQUIERDA(B2,2))) | Convierte el texto en un valor de fecha real |
Si el archivo bancario usa el formato MM/DD/YYYY, intercambia las posiciones del día y del mes en esa última fórmula. Fechas como 01/05/2026 son ambiguas hasta que sabes qué sistema las produjo. No te fíes de cómo Excel muestra el valor en pantalla. Revisa cómo está organizado el texto y conviértelo de manera deliberada.
Importa más de lo que parece. Una columna de fechas almacenada como texto puede ordenar los pagos del 30 de abril por debajo de los del 1 de mayo cuando ordenas. Un número almacenado como texto puede impedir que un subtotal cuente parte de la liquidación. Son errores del libro de trabajo, no diferencias de conciliación, pero crean el mismo síntoma: filas que parecen sin conciliar sin ninguna razón válida.
Qué debe probar una conciliación mensual terminada
Una conciliación finalizada no necesita que cada factura esté al lado de un movimiento bancario. Necesita una explicación clara que resista una revisión.
Al final del proceso, debes poder mostrar:
| Pregunta | Lo que debe mostrar tu resultado |
|---|---|
| ¿Qué depósitos de Stripe llegaron al banco este mes? | Los movimientos bancarios exactos y las referencias de liquidación correspondientes |
| ¿Qué pagos de suscripción están dentro de esos depósitos? | El detalle de factura o pago agrupado por liquidación |
| ¿Por qué los montos bancarios son menores que los totales de facturas? | Comisiones, reembolsos, créditos y lógica de liquidación neta |
| ¿Por qué algunas facturas pagadas aparecen en el estado del mes siguiente? | Calendario de liquidaciones y cortes en UTC o días hábiles |
| ¿Qué partidas todavía necesitan corrección? | Una lista corta de excepciones con el ID de factura o liquidación específico |
Si no puedes responder esas cinco preguntas, la conciliación no está terminada. Si puedes responderlas, el cierre es defendible aunque los archivos en bruto nunca coincidan fila a fila.
Cuándo la rutina mensual de archivos deja de valer la pena
La conciliación manual de suscripciones es manejable cuando el volumen es bajo y los lotes de liquidaciones son pequeños. Se vuelve costosa cuando cada cierre implica bajar el estado de cuenta, exportar las facturas de Stripe, abrir el detalle de liquidaciones, corregir los tipos de fecha, separar las renovaciones fallidas de las exitosas, reconstruir el mismo cuadro de ajuste y luego explicar el resultado el mes siguiente.
