Dispersas 50,000 pesos a una CLABE que pasó todas las validaciones del sistema. Tres días después, el cliente te escribe: «Ese dinero no llegó a mi cuenta». La transferencia se devolvió, pero ahora tienes que rastrearla, el cliente está incómodo y tu cierre se atrasó.
Lo que te llevas de este artículo
- Un dígito verificador correcto no significa que la CLABE sea la del cliente o que la cuenta exista.
- Validar antes de dispersar es más barato que rastrear dinero devuelto y reintentar.
- Documenta siempre la confirmación del cliente sobre la CLABE antes de enviar.
- Si una transferencia se rechaza, contacta al cliente para obtener el dato correcto, no reintentes con lo mismo.
Por qué una CLABE bien formada puede estar mal
Una CLABE tiene 18 dígitos. Los primeros tres son el banco, los siguientes tres la sucursal, los próximos 11 son la cuenta, y el último es un dígito verificador calculado mediante un algoritmo. Que una CLABE sea válida en formato —que tenga 18 dígitos y que el dígito verificador sea matemáticamente correcto— no significa que esa cuenta exista o que sea la del cliente que crees.
El dígito verificador solo comprueba que los 17 primeros dígitos no tienen errores de tipeo. No valida que:
- La cuenta esté activa en ese banco.
- El nombre en la cuenta coincida con el cliente.
- La CLABE haya sido capturada correctamente desde el principio.
Qué sucede cuando una transferencia SPEI se devuelve
Si envías dinero a una CLABE que no existe, inactiva o con datos inconsistentes, el banco receptor rechaza la operación. El dinero vuelve a tu cuenta en 24 a 48 horas, pero en ese lapso:
- El cliente no tiene el dinero que necesitaba.
- Tu equipo debe investigar, contactar al cliente y reintentar.
- La conciliación se queda incompleta hasta resolver.
- Si es dispersión en lote, el retraso afecta a otros beneficiarios.
Cómo validar CLABEs antes de dispersar
- Captura la CLABE directamente del cliente. No copies de correos ni documentos escaneados. Pide que la ingrese en tu plataforma o que la confirme por teléfono. Errores de OCR o transcripción son los más comunes.
- Verifica el dígito verificador. Aplica el algoritmo módulo 10 sobre los 17 primeros dígitos. Si no coincide con el dígito 18, la CLABE está mal. Cualquier plataforma de dispersiones debe hacer esto automáticamente.
- Valida la estructura del banco. Los tres primeros dígitos corresponden a un banco específico. Si alguien te da una CLABE que empieza en «999», esa institución no existe en el catálogo de bancos mexicanos.
- Solicita confirmación del cliente antes de dispersar. Muestra los últimos cuatro dígitos de la CLABE y pide que confirme que es correcta. Si es lote, haz que revise el archivo completo.
- Implementa reintentos automáticos solo para rechazos técnicos. Si la devolución es por cuenta no encontrada, no reintentes con la misma CLABE. Contacta al cliente para obtener el dato correcto.
Quién valida qué en el proceso
| Etapa | Tu responsabilidad | Responsabilidad del cliente | Responsabilidad del banco |
|---|---|---|---|
| Captura de datos | Recibir CLABE clara y sin ambigüedad | Proporcionar CLABE correcta y verificarla | — |
| Validación de formato | Verificar dígito verificador y estructura | — | — |
| Confirmación previa | Mostrar CLABE y pedir confirmación escrita | Revisar y confirmar antes de autorizar | — |
| Procesamiento SPEI | Enviar a través de canal autorizado | — | Validar existencia de cuenta y procesar o rechazar |
| Devolución | Recibir dinero, notificar cliente, solicitar CLABE correcta | Recibir notificación y proporcionar dato correcto | Devolver fondos si cuenta no existe |
Errores comunes al validar CLABEs
1. Confiar solo en el dígito verificador. Es necesario pero no suficiente. Valida que la CLABE no tenga errores de tipeo, no que sea la cuenta del cliente.
2. No documentar la confirmación. Si después hay disputa, necesitas prueba de que el cliente confirmó la CLABE. Guarda correos, pantallazos o registros de llamada.
3. Automatizar sin verificación humana en lotes grandes. Si dispersas a 100 cuentas, al menos una revisión visual de una muestra evita desastres. Los algoritmos fallan con datos corruptos.
4. Reintentar indefinidamente. Si una CLABE se rechaza dos veces, no es error técnico: es dato incorrecto. Contacta al cliente en vez de seguir intentando.
5. No avisar de devoluciones a tiempo. El cliente se entera cuando revisa su cuenta. Notifica de inmediato para que pueda actuar.
Qué hacer si una dispersión se devuelve
Cuando el dinero vuelve a tu cuenta por rechazo de la transferencia, tu flujo debe ser:
- Identificar cuál CLABE fue rechazada y por qué (el banco devuelve un código de rechazo).
- Notificar al cliente en el mismo día, con el código de rechazo.
- Solicitar confirmación de la CLABE correcta por escrito.
- Validar la nueva CLABE con los mismos pasos antes de reintentar.
- Registrar el incidente para auditoría (es dinero que estuvo en tránsito).
Si usas dispersiones en lote, este proceso se vuelve crítico: un error en una CLABE no debe bloquear el envío a las otras 49. La plataforma debe aislar el rechazado, reintentar solo ese, y reportarte qué falló.
La diferencia entre validación pasiva y activa
Validación pasiva es lo que hace cualquier sistema: recibe la CLABE, verifica que tenga 18 dígitos y que el dígito verificador sea correcto. Listo. Pero eso no evita dinero perdido.
Validación activa es lo que evita el problema: verificar con el banco que esa CLABE existe, está activa y pertenece al tipo de cuenta que esperas (por ejemplo, si dispersas a nómina, que no sea una cuenta de ahorro con restricciones). Algunos bancos ofrecen servicios de validación de CLABE en tiempo real. Si tu volumen de dispersiones es alto, esa inversión se paga sola.
Conclusión
Una CLABE correcta en formato no garantiza que el dinero llegue. La validación real comienza cuando el cliente confirma que esa CLABE es la suya, y continúa cuando el banco acepta la transferencia. Si una dispersión se devuelve, no reintentes con los mismos datos: contacta al cliente, obtén la CLABE correcta y valida de nuevo.
Para dispersiones en volumen, plataformas como FinaxaPay incluyen validación automática de formato y, en caso de rechazo, aislamiento del beneficiario problemático sin que afecte al resto del lote. Consulta las opciones de dispersiones SPEI para implementar esto en tu operación.
Preguntas frecuentes
¿Cómo sé si una CLABE es válida antes de enviar dinero?
Verifica que tenga 18 dígitos, que el dígito verificador sea correcto (algoritmo módulo 10), que el banco exista en el catálogo oficial y que el cliente confirme por escrito que es su cuenta. La validación de formato es automática; la de existencia requiere contacto con el cliente.
¿Qué significa que una transferencia SPEI se devuelva?
El banco receptor rechazó la operación porque la CLABE no existe, está inactiva, o tiene datos inconsistentes. El dinero vuelve a tu cuenta en 24 a 48 horas. Debes notificar al cliente y solicitar la CLABE correcta para reintentar.
¿Puedo automatizar la validación de CLABEs en dispersiones en lote?
Sí, la validación de formato se automatiza fácilmente. Pero la confirmación de que la CLABE es la del cliente debe ser manual o semi-automática (mostrar los últimos cuatro dígitos y pedir confirmación). Esto reduce errores sin paralizar el proceso.
¿Qué hago si el cliente me da una CLABE y la transferencia se devuelve?
Notifica al cliente de inmediato con el código de rechazo, solicita confirmación de la CLABE correcta por escrito, valida de nuevo y reintenta. Registra el incidente para auditoría.
¿Quién es responsable si envío dinero a una CLABE incorrecta que el cliente me proporcionó?
La responsabilidad es compartida: tú debes validar y pedir confirmación; el cliente debe proporcionar datos correctos. Documentar la confirmación del cliente protege a ambas partes en caso de disputa.