Paquetes, entitlements y add-ons: el plan no es una pegatina
Cómo paquetes, módulos, features, límites y futuros add-ons encajan sin hardcodear la lógica comercial dentro de la app.
Un paquete no es solo una etiqueta en una organización. Decide qué módulos están disponibles, qué features se activan, qué cuotas aplican y qué pasa cuando un tenant llega al límite. Si esa lógica viviera en if-statements dispersos, cada cambio de pricing exigiría una pequeña ceremonia y un deploy.
Motor de paquetes
ReVend guarda planes, módulos, features y límites como datos. Helpers en runtime leen el paquete activo del tenant y deciden si rutas, acciones y mutaciones sujetas a cuota están permitidas. La página pública de pricing lee del mismo catálogo, así copy comercial y comportamiento de app no se mantienen como dos sistemas meteorológicos distintos.
Entitlements
Los entitlements cubren acceso a módulos, subfeatures y límites numéricos como usuarios, storage y volumen API. La app debe mostrar una explicación clara cuando algo no está incluido, no simplemente fingir que el botón nunca existió.
Add-ons
Los add-ons son la siguiente capa comercial: capacidad extra, módulos adicionales o límites ampliados. La facturación self-service con Mollie todavía pertenece al roadmap; hasta entonces, overrides de plataforma pueden reflejar acuerdos comerciales sin convertir el producto en una caja de excepciones.