Cobro de suscripciones y pagos recurrentes en Colombia: guía técnica

Cobrar una mensualidad suena trivial hasta que intentas automatizarlo. Un gimnasio, un colegio, un SaaS o cualquier negocio con suscripciones descubre rápido que “poner un botón de pago” no es lo mismo que cobrar solo cada mes sin quedarse con cartera. El cobro recurrente tiene reglas propias en Colombia, y montarlo mal te deja una mora que ni siquiera ves.

La mayoría de lo que se escribe sobre esto lo publican plataformas que quieren venderte su suscripción mensual. Voy a explicártelo desde el lado de quien integra estos cobros: cómo funciona, qué medios sirven de verdad en Colombia, y los criterios técnicos que separan un cobro que recupera ingresos de uno que los pierde en silencio.

Qué significa “cobro recurrente automático”

No es un botón de pago que el cliente aprieta cada mes: es un sistema que cobra solo, sin que el cliente esté presente. Para eso, en la primera interacción el usuario autoriza los débitos futuros (el “mandato”) y su medio de pago queda guardado de forma segura. De ahí en adelante, tu sistema ejecuta el cargo cada ciclo. El reto no es la mensualidad que se cobra sola: es la que falla sola.

Los medios que sí (y no) permiten recurrencia en Colombia

Este es el punto que casi nadie explica bien:

• Tarjeta tokenizada (crédito/débito): sí. Es el mecanismo estándar de recurrencia.
• PSE: no sirve para débito automático. PSE está diseñado para que el cliente autorice cada transacción dentro del portal de su banco; no es un medio de cobro desatendido.
• Nequi / cuentas Bancolombia: según la pasarela. Algunas permiten guardarlos como fuente de pago recurrente; conviene verificarlo en la documentación vigente.
• Bre-B (novedad): el sistema de pagos inmediatos habilitó débitos recurrentes asociando una “llave”, una vía emergente sin tarjeta que vale la pena seguir.

Si tu modelo depende de recurrencia, la tarjeta tokenizada es hoy la base, y el resto se suma según disponibilidad.

Tokenización y 3D Secure: cobrar sin volver a pedir la tarjeta

La tokenización reemplaza los datos de la tarjeta por un identificador inútil fuera del sistema de la pasarela: un token. Tú guardas el token, no la tarjeta, y con él ejecutas los cobros. Para tarjetas, esa primera vez requiere autenticación 3D Secure, que valida al titular y habilita los cobros futuros. La ventaja de fondo: la tarjeta nunca toca tu servidor, y ya profundicé en esa integración en la guía de Wompi.

Cómo lo modelan las pasarelas: las piezas que te dan y las que tú pones

Las pasarelas locales como Wompi te dan las piezas —una fuente de pago tokenizada y la capacidad de cobrar por API— pero no siempre un “objeto suscripción” administrado que maneje ciclos, reintentos y calendario por ti. Esa lógica la construye tu integración. Es exactamente por eso que un cobro recurrente serio suele ser un desarrollo a la medida de tu modelo, no una plantilla: tus planes, tu prorrateo, tus reglas.

Criterio #1: la fuente de pago y el mandato

Lo primero que hay que diseñar bien: cómo guardas el token de forma segura, cómo manejas su ciclo de vida, y qué haces cuando un método no soporta la recurrencia desatendida. Un buen diseño contempla un plan B por medio de pago, para no dejar por fuera a un cliente cuya tarjeta no permite el cobro automático.

Criterio #2: reintentos y dunning que sí recuperan

Cuando un cobro falla —tarjeta vencida, fondos insuficientes—, lo que hagas después define si recuperas el ingreso o pierdes al cliente. El dunning es el proceso de reintentar el cobro y avisarle al cliente antes de cancelarle. La clave es que los reintentos sean inteligentes: no reintentar a ciegas, sino en los momentos con más probabilidad de éxito, con un tope de intentos, y diferenciando “fondos insuficientes” (reintenta luego) de “tarjeta vencida” (pídele actualizar el medio). Un buen sistema de reintentos es justo el tipo de lógica que automatizamos con criterio, como cuento en automatización de procesos con IA.

Criterio #3: recordatorios y actualización del medio de pago

La forma más barata de no perder un cliente por un cobro fallido es avisarle a tiempo: un recordatorio antes del cobro y otro cuando falla, con un flujo de autoservicio para que actualice su tarjeta sin llamar a nadie. Esto ataca directamente el “churn pasivo”: clientes que se van no porque quieran, sino porque el cargo falló y nadie hizo nada.

Cómo un mal cobro recurrente se vuelve cartera invisible

El peligro real del cobro recurrente mal montado es la mora que no ves: cargos que fallaron en silencio, servicios que se siguieron prestando sin cobro, ingresos que nunca entraron. Un negocio de membresías —un gimnasio, por ejemplo— puede estar perdiendo un pedazo de su caja cada mes sin notarlo. Las métricas a vigilar son simples: la tasa de éxito del cobro y cuánto recuperas con el dunning.

El churn pasivo: el cliente que se va sin querer irse

Conviene ponerle nombre al problema que más ingreso silencioso te hace perder: el churn pasivo. No es el cliente que decide cancelar —ese al menos lo ves—; es el que quería seguir, pero su tarjeta venció, cambió de banco o simplemente no tenía fondos ese día, y como nadie le avisó ni reintentó bien, el sistema lo dio de baja. Se fue sin querer irse. En un negocio de suscripción, este tipo de bajas puede pesar tanto como las cancelaciones voluntarias, con la diferencia de que es casi todo recuperable: un reintento en el momento correcto y un recordatorio para actualizar el medio de pago rescatan a buena parte de esos clientes. Por eso el dunning no es un lujo técnico, es la diferencia entre una base que crece y una que gotea.

Cumplimiento: PCI, 3D Secure y factura DIAN

Tres cosas van juntas. Al tokenizar y no tocar la tarjeta en tu servidor, el peso del cumplimiento PCI recae en la pasarela, no en ti. El 3D Secure traslada la responsabilidad de fraude al banco emisor. Y cada cobro recurrente debe respaldarse con su factura electrónica ante la DIAN: la recurrencia no te exime de facturar.

Cómo lo hacemos en AppsColombia

Con honestidad: si tu modelo de suscripción es simple, una plataforma mensual puede bastar. Cuando tu lógica de cobro es propia —planes mixtos, prorrateo, medios de pago locales, reglas de reintento específicas— integrar el cobro recurrente a la medida rinde más y te da control. Nosotros integramos el cobro recurrente local a tu modelo, con e-commerce y pagos pensados para Colombia. Si quieres montarlo para que no te deje cartera, cuéntanos.

Conclusión

El cobro recurrente no es un botón: es un sistema con mandato, tokenización, reintentos inteligentes y recordatorios, respaldado por factura DIAN. Lo que separa un buen cobro de uno malo no es la pasarela, sino cómo manejas los fallos —porque ahí es donde se pierde o se recupera el ingreso—.

Antes de lanzar tus suscripciones, diseña qué pasa cuando un cargo falla. Esa parte, la que nadie muestra en la demo, es la que decide cuánta cartera invisible vas a tener.