Este contenido tiene fines informativos. No constituye asesoría financiera, legal, fiscal ni regulatoria. Cada empresa debe validar su implementación con sus equipos internos y asesores correspondientes.
En una operación de alto volumen, el problema principal son los pagos que no llegan a su destino. Un SPEI rechazado, un depósito que el beneficiario no ve, o una devolución bancaria sin explicación, pueden detener una liberación de mercancía, un pago de nómina o el cierre de un cobro. Y cuando eso pasa, muchas empresas todavía lo resuelven igual: un correo, una captura de pantalla y una cadena de mensajes en la que nadie sabe de quién es el caso ni cuánto puede tardar.
Esta guía es un manual operativo del pago que no llega. Verás qué significan realmente los estados de un pago fallido, quién es responsable en cada paso, qué plazos aplican según las reglas del Banco de México y, sobre todo, cómo diseñar un flujo de excepciones que funcione sin depender de la memoria de una persona ni de un hilo de correos. Es ideal para equipos de Operaciones, Soporte y Tesorería que necesitan resolver rápido y con evidencia.
SPEI dejó de ser un canal secundario. En México ya es la columna vertebral del cobro y el pago empresarial, con miles de millones de transferencias al año. A esa escala, una tasa de fallas de fracciones de un porcentaje sigue significando cientos o miles de casos que alguien tiene que resolver cada mes.
El error más común no es que los pagos fallen, sino tratar cada falla como un evento aislado. Cuando no hay un flujo definido, el mismo tipo de excepción vuelve a aparecer el mes siguiente, ahora con una variación mínima, y el equipo la vuelve a resolver desde cero.
Si operas SPEI en volumen, conviene revisar primero los errores comunes al operar SPEI para empresas que suelen esconder fallas de fondo.
La buena noticia: casi todas las excepciones de SPEI caben en un número pequeño de categorías, con causas y soluciones conocidas. Eso las hace perfectas para un manual.
Antes de resolver cualquier cosa, hay que leer bien el estado del pago. El Banco de México define estados distintos para una transferencia que no llegó a su destino, y confundirlos es la causa número uno de llamadas innecesarias al banco. La diferencia clave entre ellos es una sola pregunta: ¿dónde está el dinero ahora?
El propio sistema detuvo el pago antes de llegar al banco destino, por errores o inconsistencias en la información enviada. El dinero nunca salió de forma efectiva: no hay nada que “esperar de regreso”. Se corrige el dato y se reenvía.
El pago sí se liquidó y llegó al banco del beneficiario, pero este no pudo acreditarlo y lo está regresando. El dinero está en tránsito de vuelta hacia el banco de origen. Aquí no se reenvía nada todavía: se espera la liquidación de la devolución.
La devolución ya se liquidó e informó al banco que originó el pago. El dinero ya debería estar de vuelta en la cuenta de origen y el caso puede reintentarse con los datos corregidos. Distinguir “devuelto” de “en proceso de devolución” evita prometer al cliente un reembolso que aún no aterriza.
Para verificar el estado real de cualquier transferencia sin depender de lo que diga un tablero interno, existe el CEP (Comprobante Electrónico de Pago), el documento oficial que el Banco de México pone a disposición. Con la clave de rastreo, la fecha, los bancos emisor y receptor y el monto, el CEP confirma qué pasó realmente con el pago. Es la fuente de verdad para cerrar una disputa.
La mayoría de los casos que llegan a Soporte y Operaciones caben en cinco categorías.
Tener una acción predefinida para cada una es lo que convierte un incidente de horas en uno de minutos.
|
Excepción |
Causa típica |
Acción operativa |
|---|---|---|
|
CLABE inválida o mal capturada |
La CLABE (Clave Bancaria Estandarizada de 18 dígitos) no cumple el dígito verificador o no corresponde a una cuenta activa. |
Validar la CLABE en origen antes de enviar; corregir el dato y reintentar. No requiere devolución porque suele quedar en rechazado. |
|
Cuenta destino cerrada o bloqueada |
La cuenta existe pero no puede recibir abonos. |
Esperar la devolución del banco receptor, confirmar estado “devuelto” y solicitar datos actualizados al beneficiario. |
|
Nombre/beneficiario no coincide |
El titular reportado no corresponde al esperado. |
Verificar contra el CEP; si procede, el receptor devuelve y se reenvía al beneficiario correcto. |
|
Pago no acreditado (cliente no lo ve) |
El pago figura enviado pero el beneficiario no lo refleja. |
Consultar el CEP con la clave de rastreo; confirmar si está acreditado, en devolución o devuelto antes de reenviar. |
|
Pago duplicado |
Se envió dos veces por reintento manual sin control. |
Identificar ambas claves de rastreo, solicitar devolución del duplicado y activar control anti-duplicados en el flujo. |
La categoría más costosa suele ser “pago no acreditado”, porque escala directo al cliente. Si tu operación todavía concilia a mano, revisa cómo hacerlo con CLABEs virtuales y confirmaciones automáticas (webhooks): ligar cada cobro a un cliente o factura desde el inicio elimina buena parte de las excepciones de conciliación.
Una de las mayores fuentes de fricción es no saber a quién le toca el siguiente movimiento. En SPEI, los tiempos técnicos de la devolución están definidos por las reglas del Banco de México y son de segundos, no de días. Cuando un pago tarda “horas” en regresar, casi nunca es el sistema: es el proceso interno de cada participante.
|
Participante |
Responsabilidad en una devolución |
Ventana |
|---|---|---|
|
Banco / institución receptora |
Si no puede acreditar al beneficiario, devuelve el importe al sistema. |
Hasta ~1 minuto tras recibir el pago |
|
Banco / institución emisora |
Al recibir la devolución, el dinero regresa a la cuenta de origen |
~30 segundos tras recibir la devolución |
|
Empresa (Operaciones/Soporte) |
Lee el estado, verifica con CEP, corrige el dato y reintenta o escala. |
Definida por tu Acuerdo de Nivel de Servicio (SLA) interno |
|
Empresa (Tesorería) |
Confirma el reingreso de fondos y ajusta la conciliación. |
En el cierre del día operativo |
La conclusión operativa es clara: si el dinero técnicamente regresa en segundos pero tu equipo se entera al día siguiente, el cuello de botella es interno. Ahí es donde un flujo de excepciones bien definido, y una capa de pagos con visibilidad en tiempo real, marca la diferencia frente a operar por banca tradicional.
Los plazos técnicos citados corresponden a las Reglas del Sistema de Pagos Electrónicos Interbancarios del Banco de México.
Documentar más no resuelve el problema de fondo: lo que hace falta es que resolver una excepción no dependa de que alguien recuerde qué hacer. Un buen flujo convierte cada caso en pasos claros, con responsable, plazo y evidencia.
Estos son los seis pasos base para armarlo:
La prueba de que el flujo funciona es simple: cualquier persona del equipo puede resolver una excepción sin escribir un correo para preguntar qué sigue. Y el mismo tipo de falla no vuelve a aparecer el mes siguiente.
Un flujo se sostiene mejor cuando la infraestructura ayuda a que haya menos excepciones. A través de SPEI* para empresas, Bitso Business ofrece una capa de pagos donde la validación de datos ocurre antes de enviar, el estado de cada pago es consultable en tiempo real y las confirmaciones automáticas reducen el trabajo manual.
En una operación de alto volumen, prevenir el rechazo en origen y ver el estado sin llamar al banco es lo que baja el número de excepciones y el tiempo de cada una.
Esto además se conecta con flujos más amplios: quienes cobran o pagan fuera de México pueden orquestar pagos transfronterizos en América Latina y pagos masivos en América Latina desde una misma capa, usar stablecoins para pagos empresariales para mover valor 24/7, apoyarse en una API para pagos transfronterizos en LATAM y resolver la conversión con liquidez de dólares a pesos antes de dispersar por SPEI.
El manejo de excepciones deja de ser un problema local y pasa a ser parte de un flujo controlado de punta a punta.
¿Puedo reenviar un pago rechazado de inmediato o debo esperar algo?
Si el estado es rechazado, el dinero nunca salió de forma efectiva, así que puedes corregir el dato y reenviar sin esperar ninguna devolución.
La regla práctica es reenviar solo cuando el estado sea "rechazado" o "devuelto", nunca cuando esté "en proceso de devolución".
¿Qué datos necesito tener a la mano para levantar una aclaración con el banco?
Para que una aclaración avance rápido necesitas la clave de rastreo, la fecha de la operación, los bancos emisor y receptor, el monto y la CLABE destino. Con eso puedes consultar el CEP antes de escalar y, si el caso pasa al banco, evitas el ida y vuelta de "mándame los datos". Tener estos campos como obligatorios en tu registro de excepciones acorta la mayoría de los casos.
¿Un SPEI devuelto regresa con comisión o al monto completo?
La devolución regresa el importe de la orden original a la cuenta de origen; no es una transferencia nueva que el beneficiario ordene, sino un movimiento que la normativa obliga a realizar. Aun así, conviene validar contra el CEP y tu estado de cuenta que el monto reingresado coincide con el enviado, sobre todo en operaciones de alto volumen donde un descuadre pequeño se vuelve difícil de rastrear al cierre.
¿El manejo de excepciones cambia si opero también pagos transfronterizos?
Sí. Cuando el flujo incluye conversión de divisas o sistemas de pago de otros países, se suman causas de falla nuevas (datos de beneficiario en otro formato, tiempos de liquidez, ventanas de tipo de cambio). La ventaja de orquestar pagos transfronterizos en América Latina y la conversión con liquidez de dólares a pesos desde una misma capa es que el catálogo de excepciones y la evidencia viven en un solo lugar, en vez de fragmentarse entre bancos y proveedores.
Si tu equipo todavía resuelve las excepciones de SPEI con correos y capturas, hay margen claro para ganar tiempo, trazabilidad y tranquilidad. Podemos ayudarte a mapear tu flujo de excepciones actual y ver cómo encajaría en una capa de pagos con validación en origen y visibilidad en tiempo real.
*NVIO Pagos México, S.A.P.I. de C.V., IFPE (“NVIO México”), es una entidad autorizada y regulada por la CNBV. NVIO México habilita el acceso directo a SPEI y ofrece servicios de pago en pleno cumplimiento de la normativa mexicana.