Skip to main content
Um escopo é uma permissão concedida a uma chave de API na criação. Cada operação de /v1 indica os escopos que exige, e o servidor os verifica em toda requisição.

Como os escopos funcionam

  • Forma com dois-pontos. Os escopos da API são escritos area:read (por exemplo inventory:read). As permissões dos membros da equipe usam uma forma com ponto (inventory.read); o servidor traduz uma na outra com uma tabela fixa, mostrada abaixo.
  • Todos os escopos exigidos precisam estar presentes. Se uma operação exige um escopo que a chave não tem, a resposta é 403 com o código api_keys.scope_missing. A resposta não diz qual escopo está faltando.
  • Sem curingas. Não existe escopo “tudo” nem chave de plataforma. Não pode existir uma chave sem escopos.
  • Nada é implícito. catalog:read nunca concede catalog.cost:read; uma chave que precisa de custos deve ter os dois.
  • Somente leitura. Todos os escopos são de leitura. A única escrita de /v1, POST /v1/analytics/exports, é coberta por analytics:read.
  • Fixos durante toda a vida da chave. Não é possível adicionar nem remover escopos de uma chave existente. Peça uma chave nova com os escopos de que precisa e revogue a antiga (veja Rotacionar uma chave).
  • GET /v1/me não exige escopo. Use-a para ver os escopos de uma chave.

Os escopos

Como as análises leem outros dados

Para calcular seus números, uma operação de análise lê pedidos, estoque e entregas no servidor, com um acesso de leitura limitado a esse cálculo. Ela nunca expõe um custo, um valor de pedido ou uma referência de paciente, e não libera as outras operações para a chave: uma chave que tem apenas analytics:read continua recebendo 403 em GET /v1/orders.

O que nenhum escopo concede

Escopos OAuth no MCP

O endpoint MCP /mcp usa OAuth, não a chave de API de /v1. Uma ferramenta só funciona se o aplicativo recebeu o escopo e a pessoa ainda possui a permissão correspondente. Caso contrário, retorna common.forbidden. Veja Ferramentas MCP e Recursos MCP.

Uma chave não é um membro da equipe

A permissão correspondente é o que o servidor verifica, mas uma chave é diferente de uma pessoa que tem essa mesma permissão:
  • Uma chave lê todas as unidades e depósitos da sua clínica odontológica. O acesso a unidades e depósitos que você configura para os membros em Equipe não se aplica a ela.
  • Uma chave nunca vê valores de pedidos nem referências de pacientes, mesmo que um proprietário possa conceder essas permissões a uma pessoa.
  • Uma chave depende do membro para quem foi criada: veja Quando uma chave deixa de funcionar.

Receitas de privilégio mínimo

Peça apenas os escopos que a integração usa. Cada escopo a mais amplia o que uma chave vazada exporia.
Use uma chave diferente para cada integração, mesmo quando duas integrações precisam dos mesmos escopos. Assim você revoga uma sem afetar a outra, e cada uma tem seu próprio orçamento de limites de uso.

Páginas relacionadas