Dispersion automatizada de pagos a terceros en Mexico

Dispersar pagos suena simple hasta que lo haces a escala. Pagar 50 comisionistas al mes con transferencias manuales es tolerable. Pagar 5,000 sellers de un marketplace cada semana no lo es.

Que es dispersion

Enviar dinero desde tu cuenta hacia multiples cuentas de terceros de forma programatica. Comisionistas, proveedores, sellers de marketplace, repartidores, creadores de contenido — cualquier modelo donde tu plataforma cobra y luego distribuye.

En Mexico esto se hace casi siempre por SPEI.

Los problemas reales

1. Validacion de CLABEs. Una CLABE invalida regresa el SPEI dias despues. Valida antes de dispersar: algoritmo de digito verificador, banco existente, formato correcto.

2. Nombres que no coinciden. Muchos bancos rechazan si el nombre del beneficiario no calza con el titular de la cuenta. Si dependes de datos auto-registrados, vas a tener fallos.

3. Limites de SPEI. Montos grandes requieren validaciones adicionales. Volumenes altos requieren coordinacion con tu banco dispersor.

4. Reintentos. Un SPEI fallido no se reintenta solo. Necesitas logica que detecte el fallo, notifique y reintente cuando corresponde.

5. Reconciliacion. Para cada dispersion hay un folio SPEI, un estado, un comprobante. Tu sistema debe mantener esto ligado a la obligacion de pago original.

Arquitectura razonable

• Cola de ordenes de pago con estado (pendiente, en proceso, exitoso, fallido)
• Validaciones antes de enviar (CLABE, monto, limite diario)
• Integracion con proveedor dispersor (tu banco, Stripe Connect con payouts a Mexico, o servicios especializados)
• Webhooks de confirmacion
• Tablero de estado en tiempo real
• Reporte de dispersion diario para contabilidad

Dispersion por Stripe Connect

Si ya usas Stripe, Connect permite payouts a cuentas mexicanas para sellers con account onboarding. Funciona para marketplaces donde el seller tiene su propio sub-account.

No funciona para dispersion generica a proveedores externos. Ahi necesitas tu banco o un proveedor especializado.

Control de fraude interno

La dispersion es un vector de ataque. Un atacante que modifica una CLABE en tu DB se lleva el pago.

• Aprobaciones de dos personas para montos altos
• Audit log inmutable de cambios en datos bancarios
• Tiempos de espera entre cambio de cuenta y siguiente dispersion
• Alertas por cambios masivos

Metricas que importan

• Tasa de exito en primera dispersion
• Tiempo promedio de resolucion de fallos
• Costo por dispersion (SPEI + procesamiento)
• Cola de dispersiones pendientes

Dispersar es la otra mitad del negocio que cobra. Debe operar con el mismo rigor que el lado de cobranza.