Pular para o conteúdo principal
A API do GetQR está em beta e disponível para workspaces selecionados. Os detalhes podem mudar antes do lançamento oficial.
A API do GetQR usa os códigos de status HTTP padrão. Requisições bem-sucedidas retornam 2xx. Requisições com falha retornam 4xx ou 5xx com um corpo JSON que explica o que deu errado.

Formato do erro

Todo erro tem o mesmo formato: um código estável, uma mensagem legível e um link para a descrição desse código.
string
obrigatório
Código de erro estável e legível por máquina. Use-o no seu código em vez da mensagem. Veja Códigos de erro.
string
obrigatório
Descrição legível do problema. O texto pode mudar.
string
obrigatório
Link para a descrição do código de erro na documentação da API da sua conta GetQR.

Códigos de erro

Erros de validação

Quando o corpo ou os parâmetros de consulta não passam na validação, a API responde 422. A mensagem descreve o primeiro campo inválido no formato <issue>: <field>: <details>:
Campos aninhados usam notação de ponto, por exemplo link.url.

Como tratar erros

  • Decida com base em error.code, não em error.message.
  • Não repita erros 4xx sem mudanças: corrija a requisição primeiro. As exceções são um 409 de uma requisição ainda em andamento e o 429.
  • Em caso de 429, aguarde o número de segundos do cabeçalho Retry-After. Veja Limites de requisições.
  • Repita erros 5xx com backoff exponencial.

Problemas comuns

A API está em beta e ainda não está habilitada para o seu workspace.
O caminho está errado. Compare-o com as páginas dos endpoints e verifique se ele começa com /api/v1/.
A assinatura do proprietário do workspace terminou. A chave de API volta a funcionar assim que o proprietário assinar de novo.
Sua função no workspace é Viewer. Somente o proprietário do workspace e os Editors podem usar a API.

Próximos passos

Limites de requisições

Autenticação