Cómo cobrar suscripciones de un SaaS en Chile

Cobrar una vez es fácil. Cobrar todos los meses, sin que nadie mire, y que el sistema sepa qué hacer cuando el cobro no pasa, es otro trabajo. Es la parte del desarrollo de un SaaS que más consistentemente se subestima al presupuestar.

Qué usar para cobrar en pesos

En Chile el cobro recurrente con tarjeta se resuelve por tres caminos, y la diferencia entre ellos no es el precio sino qué tanto trabajo te dejan encima.

Webpay Oneclick, de Transbank. Es el estándar del mercado local. La persona inscribe su tarjeta una vez y después tú cobras cuando corresponde. La inscripción y el cobro son operaciones separadas, así que el calendario de cobros lo llevas tú: la pasarela no sabe que existe un plan mensual.

Flow o Khipu. Agregan sobre Transbank una capa más simple de integrar, y Flow además maneja suscripciones como concepto propio. Cobran una comisión algo mayor a cambio de eso.

Mercado Pago. Tiene suscripciones nativas y es el más rápido de poner en marcha. Conviene si ya vendes ahí o si tu público lo usa.

También existe la transferencia con confirmación manual. Suena arcaico y para ventas B2B de montos altos sigue siendo lo más común en Chile: nadie paga una suscripción anual de varios millones con tarjeta de crédito.

Qué cambia si vendes fuera de Chile

Si tus clientes están afuera, la conversación es otra. Stripe y Paddle manejan suscripciones, prorrateos, reintentos e impuestos por país, y te ahorran meses de trabajo. Stripe opera en Chile desde 2024 para recibir pagos, así que ya no hay que elegir entre uno y otro: se puede tener una pasarela local para pesos y una internacional para el resto.

Un SaaS que apunta a Latinoamérica termina casi siempre con dos, y eso hay que contemplarlo desde el diseño, no agregarlo después.

Lo que de verdad cuesta: los estados

Conectar la pasarela es una semana. Lo que se lleva el tiempo es que el sistema sepa en qué situación está cada cuenta. Una suscripción no está pagada o impaga: pasa por varios estados y cada uno se comporta distinto.

• En prueba. Con acceso completo y sin haber pagado. Qué pasa el día que termina, y qué pasa si nunca inscribió una tarjeta.
• Activa. Al día, con la fecha del próximo cobro.
• Cobro fallido. La tarjeta se rechazó. Aquí empieza lo interesante: cuántas veces se reintenta, cada cuánto, qué se le avisa y en qué momento se corta el acceso. Cortar al primer rechazo pierde clientes que solo cambiaron de tarjeta; no cortar nunca es regalar el producto.
• Suspendida. Sin acceso, con los datos intactos y con la posibilidad de volver pagando.
• Cancelada. Qué pasa con los datos, por cuánto tiempo se guardan y cómo se descargan. Esto además lo exige la ley de datos personales.

A eso se suman los cambios de plan a mitad de período, que obligan a decidir si se cobra la diferencia proporcional o desde el próximo ciclo, y las tarjetas que vencen antes del próximo cobro y hay que avisar con anticipación.

Ninguno de estos estados es difícil por separado. Son muchos, se cruzan entre sí, y descubrirlos de a uno mientras el producto ya está cobrando es la forma cara de encontrarlos. Por eso el cobro entra en la primera versión de un SaaS aunque parezca que se puede dejar para después.

Precios en UF, cobro en pesos

Para planes anuales o contratos largos, en Chile conviene fijar el precio en UF y cobrar en pesos al valor del día. Es lo habitual cuando el monto tiene que resistir la inflación, y evita renegociar el precio cada año.

Eso significa que el sistema guarda el precio en UF y calcula el cobro en el momento de emitirlo, con el valor de esa fecha. Es poco código y hay que decidirlo antes: cambiar de un precio fijo en pesos a uno indexado, con suscripciones ya andando, obliga a migrar cada contrato existente.

Boleta, factura y el SII

Cobrar no es lo mismo que documentar. Cada cobro necesita su boleta o factura electrónica, y eso se integra aparte: la pasarela mueve el dinero, el documento tributario lo emite un proveedor de facturación electrónica o el sistema del SII.

Conviene resolverlo desde el principio. Un SaaS que lleva seis meses cobrando y emitiendo documentos a mano tiene un problema que crece con cada cliente nuevo.

Qué mirar al presupuestar

Si una propuesta de desarrollo de un SaaS resuelve el cobro en una línea que dice «integración de pasarela de pago», falta lo demás. Las preguntas que conviene hacer son estas:

1. ¿Qué estados de suscripción se van a construir, y qué pasa en cada uno?
2. ¿Cuántos reintentos ante un cobro fallido y con qué avisos?
3. ¿Se contempla más de una pasarela, o el día que haya que vender fuera se rehace?
4. ¿El precio queda en pesos o indexado a la UF?
5. ¿Quién emite el documento tributario y cómo se conecta?

Las cinco se responden en la etapa de definición, y responderlas ahí es más barato que descubrirlas cobrando. Es parte de lo que debería traer una propuesta de desarrollo, y de lo que se revisa en una evaluación previa.