Stripe es la opción por defecto para pagos. Commet está construido para equipos que quieren que la lógica de billing sea simple, explícita y code-first.
Resuelven problemas distintos, y eso importa mucho cuando pasás de "cobrar una tarjeta" a algo más complejo.
Este post analiza:
- Dónde Stripe brilla
- Dónde se vuelve complicado
- Por qué existe Commet
TL;DR
| Stripe | Commet | |
|---|---|---|
| Qué es | Infraestructura de pagos | Billing + control de acceso + cobros globales |
| Función principal | Mover plata | Decidir quién puede hacer qué y cobrar por esas features |
| Fuente de verdad | Dividida entre Stripe + tu DB | Commet |
| Billing por uso | Posible, pero manual | Nativo (créditos, tokens, planes con overage) |
| Webhooks necesarios | Sí | No |
| Cobros e impuestos | Vos | Commet |
Stripe se vuelve complejo en cuanto introducís uso, planes, features o entitlements. Commet elimina esa complejidad actuando como la única fuente de verdad para la lógica de billing.
Filosofía base
Stripe
Stripe está construido para:
- Mover plata
- Manejar facturas y compliance
- Ser lo suficientemente flexible para cualquier modelo de negocio
Esa flexibilidad tiene un costo:
Vos armás tu propio sistema de billing encima.
Commet
Commet está construido para:
- Definir planes, features y límites
- Controlar quién puede hacer qué en tu producto
- Hacer que el billing por uso sea predecible y explícito
- Cobrar pagos globales
Los pagos son importantes, pero la lógica de billing es el problema real.
Planes y features
Stripe
Con Stripe, los planes y features están:
- Repartidos entre Products, Prices, Subscriptions y Metadata
- Muchas veces duplicados en tu propia base de datos
- Reconstruidos vía webhooks
Terminás manteniendo:
- Stripe como una fuente de verdad
- Tu app como otra
- Webhooks para mantenerlas "sincronizadas"
Esa capa de sincronización es donde viven los bugs.
Commet
Con Commet:
- Los planes y features se diseñan primero
- Tu app lee las reglas de acceso directamente de Commet
- Sin duplicación, sin adivinanzas, sin sincronización
Diseñá el plan, construilo en Commet, tu app lo consume.
Una sola fuente de verdad.
Billing por uso y consumo
Stripe
Stripe técnicamente soporta billing por uso, pero:
- Tenés que trackear el uso vos mismo
- Reportarlo correctamente
- Reconciliar facturas después
- Manejar edge cases cuando el uso cambia a mitad de ciclo
Funciona, pero es fácil meter la pata.
Commet
Commet está construido para consumo:
- Créditos, cuotas y límites son conceptos de primera clase
- El uso se controla en tiempo real
- Control de acceso y billing están conectados
- Commet maneja todos los edge cases cuando el uso cambia a mitad de ciclo
Tu producto sabe antes de que el usuario exceda los límites, no después de que una factura falle.
Webhooks (o la falta de ellos)
Stripe
Los webhooks son obligatorios:
- Actualizaciones de suscripción
- Fallos de pago
- Cambios de plan
- Eventos de uso
Si perdés un evento, tu sistema se desincroniza.
Commet
Commet requiere:
- Cero webhooks
- Cero jobs de reconciliación en background
- Cero lógica de retry
Tu app le pregunta a Commet:
"Puede este usuario hacer X en este momento?"
Y recibe una respuesta determinística.
Experiencia de desarrollo
Stripe
El DX de Stripe es excelente para pagos:
- Documentación de primera
- Ecosistema maduro
- APIs confiables
Pero la lógica de billing se vuelve:
- Dispersa
- Implícita
- Difícil de razonar
Commet
Commet es:
- SDK-first
- Explícito por diseño
- Construido para developers que necesitan shipping rápido
Dos métodos. Primitivos claros. Comportamiento predecible.
Pagos y Merchant of Record
| Stripe | Commet | |
|---|---|---|
| Merchant of Record | Vos | Commet |
| Procesador de pagos | Stripe | Stripe (por debajo) |
| Impuestos y facturas | Los manejás vos | Los maneja Commet |
| Carga de compliance | Alta | Mínima |
Commet se monta sobre Stripe como Merchant of Record.
Desde la perspectiva de tu app:
- Definís planes, features y límites
- Commet cobra la plata
- Tu producto chequea entitlements
Mismos rieles de Stripe. Mucha menos superficie de contacto.
Cuándo Stripe es la opción correcta
Stripe es perfecto si:
- Solo necesitás suscripciones o pagos únicos
- No tenés feature gating complejo
- Estás empezando y el billing es simple
Stripe no es el problema, la complejidad del billing sí lo es.
Cuándo Commet tiene más sentido
Commet brilla cuando:
- Vendés billing por uso, créditos o acceso medido
- Los planes definen lo que los usuarios pueden hacer, no solo lo que pagan
- Querés que la lógica de billing viva fuera de tu app
- Estás cansado del webhook hell
Reflexión final
Stripe te ayuda a procesar pagos. Commet te ayuda a manejar billing.
Commet combina:
- La infraestructura de pagos de Stripe
- Un sistema de billing y entitlements diseñado para productos basados en consumo
Si la lógica de billing, el compliance y los webhooks están invadiendo tu codebase, esa suele ser la señal de que ya le quedó chico el setup de Stripe solo. Mirá también cómo se compara Commet con Paddle y Chargebee.