Skip to main content
Toda requisição à API /v1 — tanto do Motor de CPF/CNPJ quanto do Motor de Borderô — exige uma chave de API no header Authorization, no formato Bearer:
As chaves têm o prefixo slhk_ e são vinculadas ao seu workspace no Sherlocker. Uma única chave serve os dois motores: se você já integra um deles, use a chave que já tem no outro.
Diferente do restante das docs deste site. As demais APIs documentadas aqui (221b-api) autenticam via query param ?token=. Os Motores de Análise usam a mesma base (https://221b-api.sherlocker.com.br/api/v1), mas não aceitam token em query param — apenas o header Authorization: Bearer slhk_.

Criar e guardar a chave

1

Crie a chave no app Sherlocker

Acesse Settings → API Keys no app Sherlocker e crie uma nova chave.
2

Copie a chave imediatamente

A chave é exibida uma única vez. Depois de fechar a tela, não é possível vê-la de novo.
3

Guarde em local seguro

Armazene em um secret manager ou variável de ambiente. Nunca comite a chave no repositório nem a exponha em código de frontend.
Se perder ou suspeitar de vazamento, revogue a chave no app e crie uma nova. Chaves revogadas passam a responder 401.

Exemplo mínimo

Um GET em um run inexistente serve como teste rápido da chave — não debita tokens. Resposta 404 not_found significa que a autenticação funcionou; 401 indica problema na chave; 403 feature_not_enabled indica chave válida, mas workspace sem a feature analysis_engine — veja a tabela abaixo. O mesmo teste vale para o Motor de Borderô, trocando o path por /operations/<uuid>.
Os Motores usam a mesma base da API 221b (https://221b-api.sherlocker.com.br/api/v1), mas autenticam via Authorization: Bearer slhk_…não via ?token=.

Falhas de autenticação e acesso

Todos os erros seguem o formato RFC 7807 (Content-Type: application/problem+json). Use o campo code para tratamento programático — detalhes em Erros. O acesso à API é liberado por workspace: a feature analysis_engine cobre qualquer chamada /v1 — os dois motores, incluindo POST /operations — e análises de CPF exigem adicionalmente a feature analysis_engine_pf. Exemplo de 401:
Exemplo de 403 feature_not_enabled:

Tracing com x-request-id

O header x-request-id é opcional em toda requisição. Se você não enviar, o servidor gera um UUID. Em qualquer caso, o identificador é:
  • ecoado no header x-request-id da resposta;
  • incluído no campo request_id do body das respostas de sucesso;
  • incluído no campo instance dos erros, no formato /v1?request_id=<id>.
Envie o seu próprio x-request-id para correlacionar as chamadas com os logs do seu sistema. Ao acionar o suporte, informe o valor de instance (ou o request_id) — é assim que a requisição é localizada nos logs do servidor.

Próximos passos

Quickstart — CPF/CNPJ

Crie sua primeira análise de CNPJ ou CPF

Quickstart — Borderô

Analise seu primeiro borderô CNAB 400

Erros

Formato RFC 7807 e o registro completo de codes

Idempotência

Header Idempotency-Key e retries seguros