OXXO, SPEI y tarjeta: cómo se ve la conciliación cuando aceptas los tres al mismo tiempo
Cada método de pago llega a tu sistema con su propio formato, su propio tiempo de confirmación y su propia forma de fallar. Aceptar los tres sin un proceso claro es donde se pierden pagos.
Cuando aceptas un solo método de pago, tu lógica de conciliación puede ser ingenua y aun así funcionar: un estado, una referencia, un webhook. El problema aparece cuando agregas el segundo método sin rediseñar nada — porque cada método de pago en México no solo se registra distinto en tu control de pagos, se comporta distinto en el tiempo. SPEI, OXXO y tarjeta no son tres variaciones del mismo flujo. Son tres flujos con tres relojes distintos, y tratarlos igual es exactamente donde se pierden pagos.
Tres métodos, tres relojes distintos
Una transferencia SPEI se confirma en minutos — casi siempre menos de un minuto en horario hábil — y llega con una clave de rastreo única asignada por Banxico. Un pago en OXXO puede tardar minutos u horas: el cliente genera la referencia y decide cuándo ir a la tienda, así que tu sistema vive con un pago "pendiente" que es completamente normal, no un error. Una tarjeta se autoriza en segundos, pero esa autorización no es el pago final — todavía puede fallar en captura, o revertirse días después por un contracargo.
El error de diseño más común: construir el sistema pensando solo en SPEI o solo en tarjeta, con un estado pendiente → pagado y una sola referencia. Funciona perfecto hasta que agregas el segundo método, y entonces "pendiente" deja de significar una sola cosa.
¿Tratas SPEI, OXXO y tarjeta igual?
Estamos construyendo una herramienta para automatizar esto — ayúdanos respondiendo esta encuesta. Sin compromiso, sin dejar tus datos.
Responder la encuestaEl modelo que se rompe al agregar el segundo método
Si en tu hoja de control (o en tu sistema) solo tienes una casilla de "referencia" y una sola etiqueta de "estado" que usas igual para los tres métodos, cada método nuevo te obliga a reinterpretar qué significa esa etiqueta. El resultado: cada vez que alguien revisa un pago "pendiente", primero tiene que averiguar de qué método se trata antes de saber si es normal o si hay que investigarlo — y esa misma confusión se repite cada vez que concilias a mano.
Tu sistema (o tu Excel) tiene una sola casilla de "referencia" y una sola etiqueta de "estado: pendiente / pagado" para SPEI, OXXO y tarjeta por igual.
Cuando un pago está "pendiente", nadie puede saber de inmediato si es un SPEI bloqueado por el banco del cliente (raro, hay que investigar), un OXXO que el cliente aún no paga en la tienda (normal hasta por 48 horas), o una tarjeta autorizada que todavía puede fallar o revertirse (hay que esperar).
Cada persona del equipo tiene que adivinar cuál es cuál.
Cada método de pago tiene su propio identificador (clave de rastreo, referencia/código de barras, número de autorización) y su propia ventana normal de confirmación.
Así, en vez de una sola etiqueta genérica de "pendiente", tu equipo sabe de inmediato si un pago tardado es tardado-pero-normal para ese método, o tardado-y-hay-que-investigar — sin adivinar.
Lo mínimo que necesitas rastrear por pago, sin importar el método
Una vista de conciliación unificada no significa forzar los tres métodos al mismo molde — significa que cada registro, sin importar de dónde vino, responde las mismas cuatro preguntas: ¿cuál es su identificador externo verificable (el que puedes usar para reclamarle al banco o al gateway)? ¿Cuánto se esperaba que tardara en confirmar? ¿Cuánto lleva tardando en realidad? ¿Cuál es su estado actual y por qué está en ese estado — no solo "pendiente", sino la causa específica del método?
| Método | Identificador externo | Ventana normal | Causa típica de retraso |
|---|---|---|---|
| SPEI | clave de rastreo | segundos a minutos | MTU del ordenante, fuera de horario bancario |
| OXXO | referencia / barcode | horas a 48+ horas | normal — el cliente decide cuándo ir a la tienda |
| Tarjeta | authorization id | segundos (autorización) | captura fallida, disputa/contracargo posterior |
En resumen
Aceptar tres métodos de pago no triplica el trabajo de conciliación si el diseño lo anticipa desde el inicio — pero si tu sistema (o tu proceso manual) fue pensado para uno solo, cada método nuevo agrega una capa de excepciones improvisadas. La señal de que esto ya te está costando: cuando alguien en tu equipo tiene que preguntar "¿de qué método es este pago pendiente?" antes de poder decidir si es normal o si hay que investigarlo.
ForgeStack LATAM Pay ya resuelve la parte técnica de conectar con los bancos y pasarelas de pago — SPEI, OXXO y tarjeta — de forma unificada, para quien construye el sistema detrás de esto — puedes ver cómo funciona aquí. La parte de conciliación con tu contabilidad, en cambio, sigue siendo un problema abierto en la mayoría de los negocios mexicanos, y es justo lo que estamos investigando ahora.
¿Conciliar pagos SPEI a mano cada mes?
Estamos construyendo una herramienta para automatizar la conciliación de pagos SPEI en despachos y negocios mexicanos. Antes de construirla, queremos entender bien el problema — 4 preguntas, 2 minutos.
Sin compromiso, sin dejar tus datos.
Responder la encuesta