Comprueba primero si las dos cifras significan lo mismo
Tu panel de analítica muestra 840 USD y Stripe muestra otro total. La diferencia todavía no demuestra que alguno funcione mal. Uno puede contar pagos correctos de clientes y otro mostrar un saldo, una transferencia al banco, una estimación recurrente o un período diferente. La conciliación empieza con una definición, no editando la cifra más pequeña.
Anota para ambos informes la métrica, la cuenta, el modo real o de prueba, la moneda, el alcance del producto, la zona horaria, los límites de fechas y la regla de devoluciones. Registra también cuándo se actualizó cada uno. Hasta alinear esos campos, dos capturas juntas comparan etiquetas, no concilian datos.
Separa cuatro perspectivas financieras
Para un informe de adquisición, un buen punto de partida son los cobros brutos: el importe de los pagos completados en un alcance definido. Los cobros netos pueden descontar después las devoluciones completadas según una regla explícita. Ninguna medida es automáticamente beneficio ni ingreso reconocido contablemente.
Un informe de saldo de Stripe incluye movimientos del saldo en la moneda de liquidación. Una transferencia al banco refleja dinero enviado según sus propios plazos y agrupaciones. El MRR describe un ritmo recurrente de suscripciones, no simplemente el efectivo cobrado este mes. Usa el informe que responda a tu pregunta en vez de intentar que todos coincidan.
Stripe documenta Balance summary como un informe de conciliación del saldo y remite la conciliación de transferencias automáticas a otro informe. Esa distinción importa cuando un panel de marketing organiza los datos por fecha de pago en vez de fecha de liquidación.
Una conciliación ficticia que puedes auditar
Este ejemplo ficticio en USD usa una perspectiva de período de pago: las devoluciones completadas se asignan a la cohorte del pago original. Excluye comisiones, ajustes fiscales, disputas, conversión de monedas y transferencias al banco; necesitan campos separados si forman parte de la pregunta. La elección es explícita para poder reproducir el resultado.
El pago A aporta 100 USD, no 200, aunque su notificación llegue dos veces. B aporta 40 USD después de una devolución parcial completada. La devolución solicitada sobre C sigue pendiente, por lo que no se resta del total de devoluciones completadas. Muestra ese importe pendiente por separado en vez de ocultarlo.
COHORTE FICTICIA DE PAGOS EN USD
Pago Cobro completado Devolución completada Devolución pendiente
A 100,00 0,00 0,00
B 60,00 20,00 0,00
C 40,00 0,00 10,00
Cobros brutos = 100 + 60 + 40 = 200 USD
Devoluciones completadas = 20 USD
Cobros netos según esta regla = 200 - 20 = 180 USD
Devoluciones pendientes, por separado = 10 USDCompara objetos canónicos, no el número de notificaciones
Stripe puede entregar eventos webhook duplicados y no garantiza su orden. Una integración robusta verifica firmas, registra los identificadores procesados y actualiza registros canónicos de pagos o devoluciones, en vez de sumar ingresos por cada notificación. Distintos objetos de evento también pueden referirse al mismo objeto subyacente; deduplicar eventos no basta como modelo financiero completo.
Para investigar, exporta el conjunto mínimo de discrepancias: cuenta del proveedor, modo, identificador de pago, moneda, importe y horas relevantes. Compara esas filas con el proveedor. Un pago sin correspondencia, un alcance incorrecto o un registro duplicado ofrecen una pista más útil que una diferencia porcentual en un gráfico.
Trata la página de agradecimiento del navegador como un evento de interfaz, no como autoridad contable. Se puede recargar, bloquear o no llegar a cargar. El estado del pago en el servidor debe determinar si se recibió dinero.
Define reglas explícitas para devoluciones y fechas
Solicitar una devolución no siempre significa haberla completado. Stripe documenta estados pendientes y fallidos, y un pago puede tener devoluciones parciales. Sigue sus identificadores y estados actuales en vez de suponer que cada solicitud reduce inmediatamente los cobros completados.
Elige entre dos preguntas distintas. «¿Qué ocurrió hoy?» resta las devoluciones procesadas hoy de los pagos procesados hoy. «¿Cuánto conserva esta cohorte de adquisición?» asocia las devoluciones con la cohorte original. Ambas perspectivas pueden ser útiles y producirán totales diarios diferentes, especialmente al devolver una compra antigua.
Utiliza intervalos semiabiertos: incluye el inicio y excluye el siguiente límite, para no contar dos veces un pago de medianoche en informes contiguos. Separa la hora del evento del proveedor de la hora de recepción. Una entrega tardía pertenece a la regla temporal declarada, no automáticamente al momento en que la recibió el proceso de trabajo.
Conserva las monedas y el alcance del producto
Los importes de la API de Stripe usan unidades específicas para cada moneda, incluidos casos sin decimales y excepciones. No dividas todos los importes entre 100. Conserva la moneda junto al importe y dale formato según la convención aplicable.
No sumes USD y EUR en un total sin etiqueta. Si necesitas una moneda única, indica la fuente del cambio, la fecha y la regla de redondeo, y conserva los importes originales. Comprueba además si la cuenta conectada contiene otros productos: sus ingresos totales no son automáticamente los de tu SaaS.
Termina con una lista de excepciones, no una coincidencia forzada
Clasifica las diferencias pendientes: entrega tardía, devolución sin resolver, transacción de prueba excluida, producto incorrecto, límite de zona horaria o historial importado incompleto. Asigna un identificador y un responsable a cada excepción. Repite la misma comparación tras corregir los problemas y conserva las pruebas iniciales.
La conciliación está completa cuando los registros comparados coinciden bajo las mismas definiciones y las excepciones restantes están explicadas. Un pago real todavía puede carecer de atribución de marketing. Mantén ambas cosas separadas: un total financiero fiable no exige inventar una fuente de visitante.
Referencias
Guías relacionadas
Atribución de ingresos: de las visitas a los pagos
Aprende a conectar visitas con pagos verificados, elegir una regla de atribución y conservar visibles las fuentes desconocidas, devoluciones y monedas.
Leer guía →MRR y dinero cobrado: qué debe informar un SaaS
Distingue el ritmo recurrente de los cobros, los pagos anuales anticipados y las ventas vitalicias con un ejemplo y unas reglas claras.
Leer guía →Instalación de analítica web: comprueba todo el recorrido
Verifica solicitudes, consentimiento, navegación SPA, duplicados y pagos confirmados con una lista de pruebas de instalación analítica.
Leer guía →Ejemplo con fines educativos. Los datos y cálculos de ejemplo no representan resultados empresariales verificados.