For AI agents: fetch the complete documentation index at /llms.txt, the full documentation corpus at /llms-full.txt, the agent skill at /skill.md, or this page as Markdown at /es/docs/modules/billing.md (or send Accept: text/markdown).
Facturación y acceso
Separa los eventos de pago de las decisiones de autorización.
Elige y prueba tu servicio de pagos
La facturación se encarga de los pagos. Los permisos de acceso se almacenan por separado como derechos. Complete la configuración de la cuenta persistente, luego abra /billing en la aplicación web en ejecución para ver la interfaz del plan. Con BILLING_PROVIDER=local, estás explorando el comportamiento local en lugar de recolectar dinero real.
Elija un proveedor de pago admitido, siga su guía de configuración, cree su propio producto y precio de prueba y copie la configuración del servidor nombrado en apps/web/.env.local.. Guarde y reinicie el servidor web. Complete un pago siguiendo las instrucciones de la zona de pruebas de ese proveedor y luego inspeccione el estado de acceso al espacio de trabajo después de que llegue el webhook del proveedor. Un webhook es el mensaje firmado del proveedor a su servidor sobre un evento de pago.
Una página de éxito por sí sola no desbloquea funciones. Si el pago se completa pero el acceso permanece inactivo, verifique la entrega del webhook del proveedor y el procesamiento de eventos de su servidor antes de repetir el pago. Cancelación de prueba y acceso caducado también. Las compras por teléfono utilizan la configuración separada RevenueCat/tienda, no este pago web.
Facturación web
La aplicación web admite el proveedor de facturación que seleccione con BILLING_PROVIDER; La raya es una opción. Abierto/facturación para planes Web y gestión de suscripciones. Siga la guía del proveedor seleccionado para configurar sus credenciales de servidor, ID de productos o precios y configuraciones de verificación de webhook en la prueba de coincidencia o en el entorno en vivo.
Autoriza mediante derechos
Una redirección al checkout no demuestra que el acceso esté activo. El derecho gestionado por el servidor decide si un espacio de trabajo puede usar una capacidad de pago. Comprueba ese derecho en el límite de la acción, aunque la interfaz ya la oculte.
Verifica el ciclo de vida
Usa eventos de prueba para verificar la activación, las actualizaciones, la cancelación y el manejo de webhooks. Asegúrate de que los eventos repetidos sean seguros y de que un derecho inactivo bloquee las operaciones de pago. Las compras móviles nativas siguen siendo un límite de integración independiente de RevenueCat.
Si quieres continuar la configuración, lee Configurar el email.