Referência
A referência vem da especificação OpenAPI, gerada a partir do código a cada publicação. Ela descreve cada rota, cada campo de entrada e saída, e cada erro que um endpoint pode devolver — sempre igual ao que o servidor realmente faz, porque ninguém edita esse arquivo à mão. Use a referência quando já souber o que procura: o formato exato de um campo, os parâmetros de uma rota, oschema de um corpo de requisição.
Guias
Os guias abaixo são escritos por gente e cobrem o que a referência não cobre — o “por onde eu começo”:- Primeiros passos — obter a chave, trocar por token, fazer a primeira chamada.
- Autenticação — o modelo de chave e token, validade, renovação e revogação.
- Abrir um atendimento — o fluxo completo, da elegibilidade ao acompanhamento.
- Idempotência — por que existe, como usar, o que acontece ao repetir.
- Erros e limites — os códigos estáveis, o que fazer com cada um, e como respeitar o rate limit.
Convenções usadas nos exemplos
Todo exemplo desta documentação é executável e completo — cabeçalhos, corpo e resposta esperada — e roda sem adaptação além de trocar a credencial pela sua. Nenhum exemplo usa chave, token ou dado real:- A URL base é sempre
https://api-koolisys.eixoassistencia.com.br, um placeholder. - A chave de API é sempre
kls_EXEMPLO000000000000000000000000000000000000000000000000000000000, claramente fictícia — a sua tem o mesmo formato (kls_seguido de caracteres aleatórios), mas nunca este valor. - Documentos (CPF/CNPJ) e outros dados pessoais são sintéticos nas respostas de exemplo — nunca uma amostra de produção —, mas aparecem em claro, no mesmo formato que a API real devolve.
{ "data": ..., "meta": {...}, "errors": [...] }. Uma chamada com
sucesso traz errors: [] e meta com o que for específico daquele endpoint (ex.: nextCursor numa
listagem, {} quando não há nada a acrescentar); uma chamada recusada traz data: null e ao menos
um item em errors, cada um com code, message e, quando fizer sentido, field ou details —
ver Erros e limites.