Un pago de Stripe que no coincide con tus registros de ventas casi siempre se está comparando al nivel equivocado. El pago es un lote de liquidación neto. Tu reporte de ventas suele ser un reporte de actividad bruta. Antes de modificar una fórmula o buscar pedidos uno por uno, confirma que el pago, el período y los registros pertenecen a la misma comparación.
Empieza por el evento del pago en sí. Anota su ID, monto, moneda, estado, fecha de llegada esperada y el depósito bancario que produjo. Luego abre el detalle de transacciones de ese pago específico. No empieces por el total de ventas del día o del mes.
Esta primera distinción acota rápidamente la causa:
| Síntoma | Clase probable | Primera revisión | Acción |
|---|---|---|---|
| El pago coincide con el depósito bancario pero no con las ventas | Comisiones, reembolsos, disputas o tratamiento bruto/neto | Detalle de transacciones del pago | Explicar o corregir la contabilidad |
| El pago es menor al esperado y faltan ventas recientes | Desfase o fecha de corte | Disponibilidad de transacciones y estado del pago | Trasladar a un pago posterior |
| Un pedido no aparece en el pago | Referencia incorrecta o lote equivocado | ID de cobro o de pago | Corregir la coincidencia o revisar otro pago |
| El pago contiene la actividad correcta pero el total no cuadra | Duplicado, ajuste o problema de moneda | Tipos de transacciones y moneda | Corregir o escalar |
| El reporte de ventas y el pago cubren fechas distintas | Error de alcance o filtro | Rango del reporte y zona horaria | Reejecutar con el alcance correcto |
| El export actual difiere de uno anterior | Archivo fuente editado | Conteo de filas, fechas, totales y claves duplicadas | Reexportar y reconstruir la base de comparación |
El objetivo no es revisar cada transacción. Es eliminar categorías enteras de causas antes de pasar al análisis fila por fila.
1. Confirma que el pago y el depósito bancario son el mismo evento
El primer número a confirmar es el pago neto de Stripe contra el efectivo que llegó al banco. Esto establece si la transferencia Stripe-banco es correcta antes de que entren los registros de ventas en la comparación.
Captura estos campos:
| Campo del pago de Stripe | Campo bancario | Relación esperada |
|---|---|---|
| Monto del pago | Monto del depósito | Iguales, a menos que el banco aplique un cargo separado o conversión |
| Fecha de llegada | Fecha de acreditación | Iguales o dentro del plazo de procesamiento bancario |
| ID o descripción del pago | Referencia o descripción bancaria | Suficiente detalle para vincular los dos eventos |
| Moneda | Moneda de la cuenta | Iguales, salvo conversión |
| Estado | Estado acreditado o pendiente | Un pago pagado debe corresponder a un depósito acreditado |
Si el pago y el depósito bancario coinciden, el evento de tesorería es correcto. El desfase restante está entre los registros de ventas y el contenido del pago.
Si no coinciden, detén la comparación con ventas. Revisa si dos pagos se agruparon en un solo depósito bancario, si un pago se dividió, si el banco convirtió la moneda, o si el depósito sigue pendiente. El flujo completo de conciliación pago Stripe/estado de cuenta bancario cubre esa capa por separado.
No fuerces que las ventas brutas sean iguales a la línea bancaria. Las ventas brutas son anteriores a las comisiones, reembolsos, disputas, reservas y desfases de liquidación.
2. Abre el detalle de transacciones para el ID de pago exacto
Una vez confirmado el evento bancario, usa el ID del pago como límite de comparación. Un rango de fechas es una evidencia más débil: la actividad creada un día puede quedar disponible y liquidarse en otro.
El detalle del pago debe identificar cada transacción de saldo incluida en el lote. Según la actividad de la cuenta, puede incluir:
- Cobros
- Reembolsos
- Disputas
- Comisiones de procesamiento
- Ajustes
- Transferencias
- Movimientos de reserva
Suma el efecto neto de esas filas. Debe ser igual al monto del pago.
Por ejemplo:
| Actividad | Efecto bruto | Comisión | Efecto neto |
|---|---|---|---|
| Cobros | $12,400 | -$372 | $12,028 |
| Reembolsos | -$650 | $0 | -$650 |
| Disputa | -$180 | $0 | -$180 |
| Ajuste | $25 | $0 | $25 |
| Total del pago | $11,223 |
Un reporte de ventas que muestra $12,400 no es evidencia de que el pago de $11,223 sea incorrecto. Muestra que el reporte contiene cobros brutos mientras el pago refleja el efecto neto de toda la actividad elegible.
Aquí es donde buscar primero cuando un pago de Stripe no coincide con los registros de ventas. Si la aritmética del lote cuadra, Stripe ya explicó el total del pago. El siguiente paso es confirmar qué partes de esa explicación están en los registros de ventas o en la contabilidad.
3. Busca por ID de transacción antes que por monto o fecha
Usa el identificador más fuerte disponible. Para actividad de Stripe, normalmente es un charge ID, payment intent ID, balance transaction ID, refund ID u otra referencia única incluida en tu export de pedidos o contabilidad.
Busca en este orden:
- Referencia de transacción única exacta
- Monto exacto y fecha exacta
- Monto exacto en fechas cercanas
- Pedidos adyacentes o saltos en la secuencia
- Totales divididos, filas duplicadas y registros excluidos
- Reporte incorrecto, período, cuenta o versión de archivo
Normaliza la referencia antes de declararla como faltante. Elimina espacios al inicio y al final. Confirma que el export de ventas no truncó el ID, convirtió un valor largo, agregó un apóstrofe como prefijo, o guardó un identificador diferente al que expone Stripe.
En una columna auxiliar, antes de la búsqueda:
=ESPACIOS(SUSTITUIR(MAYUSC(A2),CARACTER(160)," "))La columna A es la columna de referencia: charge ID, payment intent ID o balance transaction ID. ESPACIOS elimina los espacios ordinarios; CARACTER(160) cubre el espacio de no separación que algunos exports agregan. MAYUSC elimina diferencias de mayúsculas y minúsculas. Si el export agrega un prefijo como pi_ o un apóstrofe, elimínalo con un SUSTITUIR anidado antes de comparar.
Un número de pedido de Shopify, por ejemplo, no es automáticamente el mismo que un charge ID de Stripe. Si el sistema de ventas guarda un ID de pedido y Stripe guarda una referencia de pago, necesitas el campo que los conecta. Comparar identificadores sin relación produce una lista de excepciones falsas.
Cuando el ID exacto existe en ambos archivos, compara el monto, la moneda y el tipo de transacción. Si solo existe en Stripe, determina si el export de ventas excluyó esa fila. Si solo existe en ventas, verifica si se liquidó en un pago diferente.
4. Separa comisiones, reembolsos, disputas y ajustes
La mayoría de las diferencias entre un pago y las ventas no son una venta faltante. Son un conjunto de tipos de transacciones que el total de ventas no incluye.
Construye un puente de ventas brutas a pago neto:
| Elemento del puente | Tratamiento |
|---|---|
| Cobros brutos incluidos en el pago | Punto de partida |
| Comisiones de procesamiento | Restar |
| Reembolsos | Restar |
| Disputas o contracargos | Restar |
| Ajustes positivos | Sumar |
| Ajustes negativos o movimientos de reserva | Restar |
| Pago neto | Resultado esperado |
Mantén cada categoría separada. Una sola línea de "diferencia" oculta si el monto es esperado o requiere corrección.
Los reembolsos requieren atención especial. Un reembolso procesado esta semana puede corresponder a una venta del mes anterior. Puede reducir el pago actual sin reducir el reporte de ventas del período actual. Las disputas pueden llegar aún más tarde. Esa es una relación temporal entre dos eventos del negocio, no evidencia de que el pago omitió ventas.
Las comisiones también crean una diferencia predecible. Si los registros de ventas muestran los ingresos brutos mientras la contabilidad registra solo el efectivo neto, tanto los ingresos como el gasto por comisiones pueden estar mal registrados, aunque el depósito bancario sea correcto.
5. Revisa el desfase de liquidación, la fecha de corte y el estado de las transacciones
Stripe no paga cada venta en la fecha de la venta. Un cobro pasa por la creación, el pago, la disponibilidad, la creación del pago y la acreditación bancaria. Esas fechas pueden cruzar períodos contables distintos.
Para cada venta que parece faltante, compara:
| Campo | Qué demuestra |
|---|---|
| Fecha de creación del cobro | Cuándo se creó el pago del cliente |
| Estado del pago | Si el pago se completó |
| Fecha disponible | Cuándo el saldo quedó elegible para el pago |
| ID del pago | Qué lote de liquidación lo recibió |
| Fecha de llegada del pago | Cuándo se esperaba el efectivo en el banco |
Una venta completada que no aparece en el pago suele estar en un lote posterior porque aún no estaba disponible en la fecha de corte. Un pago pendiente o fallido no debe tratarse como actividad de pago. La fecha del pago tampoco debe usarse como fecha de venta.
Los elementos por desfase se trasladan. Quedan en la lista abierta hasta que el pago posterior los liquide. No se corrigen con un asiento contable solo para igualar el pago actual con el reporte de ventas actual.
Los errores se tratan de forma diferente. Un asiento faltante, una venta duplicada, un monto incorrecto, una moneda equivocada o una cuenta mal registrada requiere corrección o escalada inmediata.
6. Prueba montos agrupados, duplicados, alcance e integridad del archivo
Si el desfase persiste después de los primeros cinco controles, amplía la investigación con cuidado. No abandones el límite del pago.
Primero verifica si uno de los lados está agrupado de forma diferente. Una fila del pago puede representar muchos cobros. Un pedido también puede dividirse en varios pagos, estar parcialmente reembolsado o liquidarse en más de una moneda. Busca combinaciones de filas que sean iguales al monto inexplicado.
Luego revisa los duplicados. Compara el conteo de referencias únicas con el total de filas. Un duplicado puede hacer que el archivo de ventas sea mayor que Stripe, aunque cada venta legítima esté presente.
Finalmente, verifica la base de comparación:
| Verificación de integridad | Archivo de pago Stripe | Registros de ventas |
|---|---|---|
| Conteo de filas | Confirmar | Confirmar |
| Conteo de referencias únicas | Confirmar | Confirmar |
| Conteo de referencias en blanco | Confirmar | Confirmar |
| Conteo de referencias duplicadas | Confirmar | Confirmar |
| Fecha más antigua y más reciente | Confirmar | Confirmar |
| Total bruto o neto | Confirmar | Confirmar |
| Moneda y cuenta | Confirmar | Confirmar |
Revisa los filtros y configuraciones de export. Confirma que ambos archivos cubran la cuenta, moneda, estado de pago y período previstos. Si alguno de los archivos fue abierto, editado, guardado de nuevo o reexportado durante la investigación, obtén un export nuevo y repite las verificaciones de integridad. Corregir un archivo fuente incierto en el lugar deja un resultado que no puedes defender.
Convierte el desfase en un resultado de conciliación
La investigación está completa cuando cada diferencia tiene un estado y una acción. "Stripe no coincide con las ventas" no es un resultado utilizable.
Tu reporte debe separar:
| Estado | Significado | Acción |
|---|---|---|
| Conciliado | La transacción y el monto coinciden | Ninguna |
| Comisión o ajuste | Puente esperado de bruto a neto | Registrar o explicar |
| Desfase | La actividad válida pertenece a otro pago o período | Trasladar |
| Faltante en registros de ventas | La actividad de Stripe no tiene venta ni asiento contable correspondiente | Investigar y corregir |
| Faltante en el pago | La venta es válida pero no se ha liquidado en este lote | Localizar el pago posterior |
| Duplicado | El mismo evento de negocio aparece más de una vez | Eliminar o revertir el duplicado |
| Sin resolver | La evidencia es insuficiente | Escalar con IDs, fechas y montos |
Mantén juntos el resumen del pago, el puente bruto-neto, las filas conciliadas y la lista de excepciones. Eso le da al revisor un camino directo desde el depósito bancario hasta la actividad de ventas subyacente. Si el desfase también afecta el cierre, usa la misma evidencia para trabajar en las revisiones de fin de mes entre libros y banco sin combinar elementos de desfase y errores de registro.
El punto de cierre correcto es un pago que coincide con el banco, un lote cuyo total está explicado por su contenido y un puente de ventas donde cada diferencia restante está clasificada como desfase, deducción esperada o error específico que requiere acción.
