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/mobile/entitlements.md (or send Accept: text/markdown).
Derechos móviles
Configura las compras de RevenueCat y deja que el servidor decida el acceso.
Comprenda el estado de acceso que se muestra en su teléfono
Un derecho es un permiso para utilizar una función paga. Pertenece al espacio de trabajo activo, el grupo de datos de cuentas que utiliza su equipo. Primero complete el inicio de sesión nativo, luego abra Configuración → Facturación de la aplicación del teléfono. Leer el estado de acceso mostrado; La carga o un error no significa que tengas una suscripción.
Con las compras desactivadas, la aplicación no debería ofrecer el pago en tienda. Para vender acceso, complete la guía de compra RevenueCat a continuación y pruebe en una versión de desarrollo nativa. Después de una compra de prueba, vuelva a abrir Facturación y confirme que el servidor informa el acceso activo; después de la expiración, confirme que la función esté bloqueada nuevamente. Si una compra se realiza correctamente pero el acceso no se actualiza, utilice Restaurar compras y verifique la conexión de backend en lugar de comprar por segunda vez.
Lee el acceso desde el servidor
El cliente de derechos móvil lee el estado de acceso controlado por el servidor. Mantén una carga o solicitud fallida diferenciada de una suscripción activa; la interfaz no debe inferir acceso de pago porque una solicitud haya fallado.
Usa la lógica de presentación de apps/mobile/src/entitlements para trasladar ese estado a la interfaz nativa.
Mantén explícito el límite de compra
Las compras nativas usan RevenueCat cuando está configurado; la facturación web es una superficie separada. No exponga Stripe Checkout en la interfaz móvil ni considere una compra activa en la tienda como prueba de acceso del servidor.
La guía de compras integradas documenta claves de cliente, comprobaciones de responsables, identidad del espacio de trabajo, sincronización de compras/restauraciones, verificación del servidor y configuración sandbox. La validación real de StoreKit o Play Billing requiere un desarrollo EAS; la guía para enviar a las tiendas cubre la publicación.
Comprueba el acceso denegado y caducado
Prueba estados de derechos no disponibles, inactivos y activos, además de fallos de red. Verifica que las acciones restringidas sigan sin estar disponibles cuando el servidor deniegue el acceso y que cerrar sesión borre la presentación de la sesión anterior.
Si quieres continuar la configuración, lee Crear las cuentas móviles.