Primeiros passos
Este guia leva você do token em mãos até a primeira dívida entrando em cobrança. São
quatro passos e todos usam curl — traduza para a sua linguagem à vontade.
Antes de começar, tenha um token de API com as permissões
debtgroups.list, customers.create e debts.create.
Code
Todos os dados de exemplo desta documentação são fictícios — nomes, endereços, e-mails e
telefones não correspondem a pessoas reais. Os e-mails usam o domínio example.com,
reservado para documentação pela RFC 2606.
O CPF 123.456.789-09 é o exemplo canônico brasileiro: sequencial, mas com dígitos
verificadores válidos — necessário, porque a API confere.
1. Descubra o grupo de dívidas
O grupo define a régua de cobrança que será aplicada. Ele é configurado no painel da
Quyta; pela API você só o consulta para pegar o id.
Code
Code
Essa lista muda raramente. Consulte uma vez e guarde o mapeamento no seu sistema, em vez de chamá-la a cada dívida.
2. Crie o cliente
Todos os campos abaixo são obrigatórios, incluindo o endereço completo e ao menos um e-mail e um telefone.
Code
A resposta traz o cliente criado, com o id que você vai usar no próximo passo:
Code
O person_type é deduzido do document: CPF vira F, CNPJ vira J.
Repare que o telefone volta em E.164 (+5511999999999). A Quyta normaliza para esse
formato antes de validar, então (11) 99999-9999 e 11999999999 chegam ao mesmo
resultado — mas enviar já com + e DDI é o único jeito sem ambiguidade. Os detalhes estão
em Conceitos.
Envie todos os canais que você tiver — cada telefone e cada e-mail é uma chance a mais de a régua de cobrança alcançar o devedor.
3. Crie a dívida
Agora amarre o cliente ao grupo de dívidas:
Code
Code
A dívida nasce em PENDING e a régua de cobrança do grupo assume a partir daí.
Preencha sempre o external_id com o identificador do título no seu sistema. Ele é a
chave que torna a conciliação possível sem você precisar armazenar os id da Quyta — e é
filtrável em GET /debts?external_id=....
4. Receba os eventos
A cobrança acontece do lado da Quyta. Para o seu sistema saber o que aconteceu — acordo fechado, parcela paga, dívida liquidada — cadastre um endpoint de webhook no painel.
Code
Os detalhes estão em Webhooks. Vale a pena configurá-los agora:
sem eles, a única forma de saber que uma dívida foi paga é ficar consultando GET /debts
em laço.
Conferindo o resultado
Para ver a dívida que você acabou de criar:
Code
Ou toda a carteira ainda cobrável de um cliente:
Code
Daqui para frente
- Sincronizando a carteira — carga inicial, atualizações diárias e volume.
- Tratamento de erros — o que fazer com cada código de resposta.
- Referência de API — todos os campos e validações de cada endpoint.

