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 /pt/docs/mobile/entitlements.md (or send Accept: text/markdown).
Direitos de acesso em dispositivos móveis
Configure compras RevenueCat e mantenha as decisões de acesso no servidor.
Entenda o status de acesso mostrado no seu telefone
Um direito é a permissão para usar um recurso pago. Pertence ao espaço de trabalho ativo, o grupo de dados da conta que sua equipe usa. Primeiro, conclua o login nativo e, em seguida, abra Configurações → Faturamento do aplicativo de telefone. Leia o status de acesso exibido; carregamento ou erro não significa que você tenha uma assinatura.
Com as compras desativadas, o aplicativo não deve oferecer check-out na loja. Para vender o acesso, preencha o guia de compra do RevenueCat abaixo e teste em uma versão de desenvolvimento nativa. Após uma compra teste, reabra o Faturamento e confirme se o servidor reporta acesso ativo; após a expiração, confirme se o recurso está bloqueado novamente. Se uma compra for bem-sucedida, mas o acesso não for atualizado, use Restaurar compras e verifique a conexão de back-end em vez de comprar uma segunda vez.
Leia o acesso do servidor
O cliente de entitlements móveis lê o estado de acesso controlado pelo servidor. Diferencie uma solicitação em andamento ou com falha de uma assinatura ativa; a interface não deve presumir acesso pago porque uma solicitação falhou.
Use a lógica de apresentação em apps/mobile/src/entitlements para converter esse estado na interface nativa.
Mantenha o limite de compra explícito
As compras nativas usam RevenueCat quando configuradas; o faturamento pela web é uma superfície separada. Não exponha o Stripe Checkout na interface móvel nem trate um sinalizador ativo na loja como prova de acesso ao servidor.
O guia de compras no aplicativo documenta chaves de cliente, verificações de gerente, identidade do espaço de trabalho, sincronização de compra/restauração, verificação de servidor e configuração de sandbox. A aceitação do Real StoreKit ou Play Billing requer uma versão de desenvolvimento EAS; Envie para as lojas de aplicativos o lançamento das capas.
Verifique o acesso negado e expirado
Teste estados de direitos indisponíveis, inativos e ativos, além de falhas de rede. Verifique se as ações restritas permanecem indisponíveis quando o servidor nega o acesso e se a saída limpa a apresentação da sessão anterior.
Para continuar a configuração, leia Criar as contas mobile.