A API Assertiva Gestão de Cobrança permite integrar sistemas internos ao ambiente de gestão de dívidas, devedores, carteiras, pagamentos e acordos da Assertiva.
Por meio da API, é possível:
Criar e remover dívidas;
Consultar dívidas por identificador ou documento;
Confirmar e cancelar pagamentos;
Criar, consultar e editar carteiras;
Atualizar dados de devedores;
Consultar probabilidades de recuperação;
Simular acordos;
Cadastrar meios de pagamento externos (Link do boleto ou código de barras);
Receber atualizações por webhooks;
Associar dívidas a carteiras e marcadores.
A integração utiliza o padrão REST, com requisições e respostas no formato JSON.
A documentação completa está disponível na https://integracao.assertivasolucoes.com.br/v3/portal
1. URL base
As requisições devem utilizar a seguinte URL base:
https://api.assertivasolucoes.com.br/gestaodecobranca
Os endpoints da API utilizam o caminho /external/api/v1.
Exemplo:
https://api.assertivasolucoes.com.br/gestaodecobranca/external/api/v1/debt
2. Autenticação
A API utiliza um Bearer Token temporário, gerado por meio do fluxo OAuth 2.0 client_credentials.
Para gerar o token, são necessárias as credenciais da aplicação:
Client ID;
Secret.
2.1 Endpoint para gerar o token
Método: POST
URL:
https://api.assertivasolucoes.com.br/oauth2/v3/token
2.2 Configuração da requisição
Configure a requisição com:
Authorization: Basic Auth;
Username: Client ID;
Password: Secret;
Content-Type:
application/x-www-form-urlencoded;Parâmetro:
grant_type=client_credentials.
Exemplo do corpo:
grant_type=client_credentials
2.3 Exemplo utilizando cURL
curl --request POST \ --url https://api.assertivasolucoes.com.br/oauth2/v3/token \ --user 'SEU_CLIENT_ID:SEU_SECRET' \ --header 'Content-Type: application/x-www-form-urlencoded' \ --data 'grant_type=client_credentials'
2.4 Resposta esperada
{ "access_token": "SEU_TOKEN_DE_ACESSO", "token_type": "bearer", "expires_in": 60, "scope": "ALL" }
O campo expires_in informa a validade do token em segundos. A aplicação deve utilizar o valor retornado pela API como referência para renovação.
O material operacional informa uma validade de aproximadamente 30 minutos, enquanto o exemplo da especificação OAuth apresenta expires_in igual a 60 segundos. Para evitar falhas de autenticação, considere sempre o valor efetivamente retornado pelo serviço de autenticação.
2.5 Cabeçalho das requisições
Depois de gerar o token, envie-o em todas as requisições protegidas:
Authorization: Bearer SEU_TOKEN_DE_ACESSO
Para requisições com JSON, utilize também:
Content-Type: application/json
3. Conceitos principais
3.1 Carteira
A carteira agrupa dívidas e define o contexto no qual elas serão gerenciadas.
Cada carteira possui:
Identificador;
Nome;
Status de ativação.
O idWallet é utilizado na criação de dívidas e em consultas relacionadas à recuperação.
3.2 Devedor
O devedor pode ser uma pessoa física ou jurídica, identificado por:
CPF;
CNPJ;
Nome;
Telefones;
Celulares;
E-mails;
Endereço.
3.3 Dívida
A dívida representa uma obrigação financeira e pode conter uma ou mais parcelas.
Cada dívida pode possuir:
Tipo;
Contrato;
Descrição;
Valor;
Parcelas;
Data de vencimento;
Identificador interno;
Identificador personalizado;
Marcadores;
Dados de pagamento.
3.4 Identificadores
A API trabalha principalmente com dois identificadores:
idAPI: identificador gerado internamente pela API;idCustomDebt: identificador definido pelo sistema integrador.
O idCustomDebt pode ser utilizado para relacionar uma dívida da Assertiva com o identificador correspondente no sistema da empresa.
3.5 Processamento assíncrono
A criação de dívidas pode ser processada de forma assíncrona. Nesse caso, a API retorna o identificador da requisição e os registros podem ser acompanhados por meio de webhook.
4. Criação de dívidas
4.1 Endpoint
Método: POST
Endpoint:
/external/api/v1/debt
URL completa:
https://api.assertivasolucoes.com.br/gestaodecobranca/external/api/v1/debt
O endpoint recebe uma lista de dívidas. Cada requisição pode conter até 100 dívidas.
4.2 Campos principais
Campo | Obrigatório | Descrição |
| Sim | Indica se o sistema deseja receber atualizações de processamento. |
| Condicional | URL que receberá os status quando |
| Não | Valor livre retornado no callback. |
| Sim | Identificador da carteira onde a dívida será incluída. |
| Sim | Dados do devedor. |
| Sim | Dados da dívida e das parcelas. |
| Não | Lista de marcadores associados ao devedor. |
4.3 Tipos de dívida
O campo idTypeDebt aceita os seguintes valores:
Código | Tipo |
| Banco ou cartão |
| Utilities, como água, luz e gás |
| Varejo |
| Prestação de serviços |
4.4 Exemplo de requisição
[ { "canReceiveStatus": true, "webhookStatusUrl": "https://seu-dominio.com.br/webhooks/dividas", "filterValue": "pedido-12345", "idWallet": 10, "markers": [ "Ativos", "Vencidas" ], "debtor": { "typeDoc": "CPF", "doc": "12345678901", "name": "Nome do Devedor", "cellPhones": [ { "number": "11999999999", "isrecipientsms": true } ], "emails": [ { "email": "devedor@exemplo.com" } ], "address": { "neighborhood": "Centro", "postalCode": "01000000", "city": "São Paulo", "state": "SP", "streetName": "Rua Principal", "houseNumber": "100", "complement": "Sala 1", "defaultAddress": true } }, "debt": { "description": "Contrato de prestação de serviço", "idTypeDebt": 4, "totalFractions": 2, "idContract": "CONTRATO-123", "fractions": [ { "numberFraction": 1, "value": 500.00, "finalDate": "10/01/2026", "idReference": 1, "idCustomDebt": "DIVIDA-123-1" }, { "numberFraction": 2, "value": 500.00, "finalDate": "10/02/2026", "idReference": 2, "idCustomDebt": "DIVIDA-123-2" } ] } } ]
Formatos importantes
Documentos: somente números;
Telefones: 10 ou 11 dígitos com DDD;
Datas das parcelas:
DD/MM/YYYY;Valores: números decimais em reais;
totalFractions: deve corresponder à quantidade informada emfractions.
4.5 Resposta de criação
A API retorna um identificador de requisição e o resultado do processamento:
{ "idRequest": "ID_DA_REQUISICAO", "result": [ { "idDebtorAPI": "ID_DO_DEVEDOR", "filterValue": "pedido-12345", "status": 1, "message": "Registro enviado para processamento" } ] }
5. Status de criação de dívidas
Quando o recebimento de status está habilitado, a API envia uma requisição POST para a URL informada em webhookStatusUrl.
5.1 Status possíveis
Código | Status | Descrição |
| Em fila | O registro foi enviado para a fila de processamento. |
| Erro | Ocorreu um erro de validação ou há dados inconsistentes. |
| Criado | O registro foi criado com sucesso. |
5.2 Exemplo de callback
{ "idDebtorAPI": "ID_DO_DEVEDOR", "filterValue": "pedido-12345", "status": 3, "message": "Registro criado com sucesso", "fractions": [ { "numberFraction": 1, "value": 500.00, "finalDate": "10/01/2026", "idReference": 1, "idCustomDebt": "DIVIDA-123-1", "idAPI": "ID_DA_DIVIDA" } ] }
A URL de callback deve:
Aceitar o método
POST;Utilizar HTTPS;
Validar a origem da requisição, quando aplicável;
Responder rapidamente;
Processar o evento de forma idempotente.
6. Exclusão de dívidas
6.1 Excluir por identificador da API
Método: DELETE
Endpoint:
/external/api/v1/debt
O corpo deve conter a lista idDebtsAPI.
{ "idDebtsAPI": [ "ID_DA_DIVIDA_1", "ID_DA_DIVIDA_2" ] }
A API permite excluir até 50 dívidas por requisição, conforme as regras de validação do serviço.
6.2 Excluir por identificador personalizado
Método: DELETE
Endpoint:
/external/api/v1/debt/id-custom-debt
{ "idCustomDebt": [ "DIVIDA-123-1", "DIVIDA-123-2" ] }
Utilize esse recurso quando a integração controlar as dívidas por identificadores próprios.
7. Consulta de dívidas
7.1 Consultar por idCustomDebt
Método: GET
Endpoint:
/external/api/v1/debt/id-custom-debt/{idCustomDebt}
Exemplo:
/external/api/v1/debt/id-custom-debt/DIVIDA-123-1
7.2 Consultar por idAPI
Método: GET
Endpoint:
/external/api/v1/debt/id-api/{idApi}
Exemplo:
/external/api/v1/debt/id-api/ID_DA_DIVIDA
7.3 Consultar dívidas por documento
Método: GET
Endpoint:
/external/api/v1/debt/document/{docType}/{doc}
Exemplo:
/external/api/v1/debt/document/CPF/12345678901
Parâmetro opcional
Parâmetro | Valores | Descrição |
|
| Filtra as parcelas conforme a situação. |
A resposta pode apresentar:
Dados do devedor;
Valor total das dívidas;
Valor total pago;
Valor total em aberto;
Contratos;
Carteiras;
Parcelas;
Situação de cada dívida.
8. Confirmação de pagamento
A confirmação de pagamento registra que uma dívida ou parcela foi paga.
8.1 Confirmar por idDebtAPI
Método: POST
Endpoint:
/external/api/v1/debt/confirm-payment
O limite informado na documentação é de até 50 dívidas por requisição.
[ { "idDebtAPI": "ID_DA_DIVIDA", "paidValue": 500.00, "payedAt": "2026-01-10", "description": "Pagamento confirmado pelo sistema financeiro" } ]
Campos
Campo | Obrigatório | Descrição |
| Sim | Identificador da dívida gerado pela API. |
| Sim | Valor efetivamente pago. |
| Sim | Data do pagamento no formato |
| Não | Descrição do pagamento. |
8.2 Confirmar por idCustomDebt
Método: POST
Endpoint:
/external/api/v1/debt/confirm-payment/id-custom-debt
[ { "idCustomDebt": "DIVIDA-123-1", "paidValue": 500.00, "payedAt": "2026-01-10", "description": "Pagamento confirmado" } ]
9. Cancelamento da confirmação de pagamento
Caso um pagamento tenha sido confirmado incorretamente, a confirmação pode ser cancelada.
Método: POST
Endpoint:
/external/api/v1/debt/cancel-payment
O corpo pode conter identificadores da API, identificadores personalizados ou ambos:
{ "idsApi": [ "ID_DA_DIVIDA" ], "idsCustomDebt": [ "DIVIDA-123-1" ] }
A resposta informa:
Dívidas processadas com sucesso;
Identificadores inválidos;
Motivos dos registros não processados.
10. Carteiras
As carteiras são utilizadas para organizar as dívidas.
10.1 Criar carteira
Método: POST
Endpoint:
/external/api/v1/wallet
{ "name": "Carteira Janeiro" }
O nome deve:
Ser informado;
Ter no máximo 30 caracteres;
Ser exclusivo dentro da empresa.
10.2 Listar carteiras
Método: GET
Endpoint:
/external/api/v1/wallet
Parâmetros obrigatórios
Parâmetro | Descrição |
| Quantidade de itens por página. |
| Número da página, iniciando em |
Exemplo:
/external/api/v1/wallet?size=100&page=0
10.3 Consultar carteira por ID
Método: GET
Endpoint:
/external/api/v1/wallet/{idWallet}
10.4 Editar carteira
Método: PUT
Endpoint:
/external/api/v1/wallet/{idWallet}
{ "name": "Carteira Atualizada" }
10.5 Ativar ou desativar carteira
Método: PUT
Endpoint:
/external/api/v1/wallet/{idWallet}/active
{ "active": true }
11. Atualização de dados do devedor
A API permite atualizar informações complementares do devedor.
Método: PATCH
Endpoint:
/external/api/v1/debtor/{idDebtor}
Exemplo:
{ "motherName": "Nome da Mãe", "fatherName": "Nome do Pai", "rgNumber": "123456789", "cellPhones": [ { "number": "11999999999", "isrecipientsms": true } ], "emails": [ { "email": "novoemail@exemplo.com" } ], "address": { "neighborhood": "Centro", "postalCode": "01000000", "city": "São Paulo", "state": "SP", "streetName": "Rua Principal", "houseNumber": "100", "complement": "Sala 1", "defaultAddress": true } }
A atualização pode incluir:
Nome da mãe;
Nome do pai;
RG;
Telefones;
Celulares;
E-mails;
Endereço.
12. Probabilidade de recuperação
Esse recurso retorna dívidas paginadas com informações relacionadas à probabilidade de recuperação e às configurações de comunicação.
Método: GET
Endpoint:
/external/api/v1/debt/recovery-probability/{idWallet}
Parâmetros obrigatórios
Parâmetro | Descrição |
| Identificador da carteira. |
| Quantidade de registros por página. |
| Página consultada, iniciando em |
Parâmetros opcionais
Parâmetro | Valores | Descrição |
|
| Filtra pela probabilidade de recuperação. |
|
| Filtra pela etapa de comunicação. |
O recurso é aplicável especialmente a carteiras que utilizam cobrança inteligente.
13. Simulação de acordos
A simulação permite obter informações sobre possíveis acordos para as dívidas de um devedor.
Método: POST
Endpoint:
/external/api/v1/agreement/simulation/{document}
O documento deve ser enviado sem pontuação.
Exemplo:
/external/api/v1/agreement/simulation/12345678901
Corpo da requisição
{ "customDebtIds": [ "DIVIDA-123-1" ], "apiIds": [ "ID_DA_DIVIDA" ] }
É possível informar:
customDebtIds;apiIds;Ambas as listas.
A resposta pode apresentar:
Nome e documento do devedor;
Carteiras envolvidas;
Quantidade de dívidas;
Contratos considerados;
Valores das parcelas;
Multas e juros;
Honorários;
Correção monetária;
Desconto máximo;
Valor total da simulação;
IDs inválidos ou não considerados.
14. Meios de pagamento externos
A API permite cadastrar links ou códigos de pagamento associados às dívidas.
14.1 Cadastrar por idAPI
Método: POST
Endpoint:
/external/api/v1/payment/external/id-api
[ { "idAPI": "ID_DA_DIVIDA", "code": "00190500954014481606906809350314337370000000100", "type": "boleto", "link": "https://seu-dominio.com.br/pagamento/123" } ]
14.2 Cadastrar por idCustomDebt
Método: POST
Endpoint:
/external/api/v1/payment/external/id-custom-debt
[ { "idCustomDebt": "DIVIDA-123-1", "code": "00190500954014481606906809350314337370000000100", "type": "boleto", "link": "https://seu-dominio.com.br/pagamento/123" } ]
Regras importantes
O tipo de pagamento documentado é
boleto;O código do boleto deve respeitar o formato exigido;
O domínio utilizado no link deve ser previamente cadastrado junto ao suporte;
Não é permitido adicionar pagamento externo a uma dívida finalizada.
14.3 Remover meio de pagamento por idAPI
Método: DELETE
Endpoint:
/external/api/v1/payment/external/id-api
{ "idAPIs": [ "ID_DA_DIVIDA" ] }
14.4 Remover meio de pagamento por idCustomDebt
Método: DELETE
Endpoint:
/external/api/v1/payment/external/id-custom-debt
{ "idCustomDebts": [ "DIVIDA-123-1" ] }
15. Webhooks
A API utiliza webhooks para comunicar eventos processados de forma assíncrona.
Os callbacks podem ser utilizados para receber:
Status de criação de dívidas;
Alterações em dívidas;
Criação de acordos.
15.1 Requisitos da URL
A URL de callback deve:
Aceitar o método
POST;Estar disponível externamente;
Utilizar HTTPS;
Responder dentro do tempo esperado;
Possuir autenticação previamente alinhada com o suporte, quando necessário.
15.2 Boas práticas para webhooks
Valide a autenticidade das requisições;
Armazene o payload recebido;
Use uma chave de idempotência para evitar processamento duplicado;
Responda rapidamente e processe o evento em segundo plano;
Registre o status do processamento;
Implemente retentativas internas quando houver falhas;
Não exponha informações sensíveis em logs.
16. Códigos de erro
Código | Significado | Ações recomendadas |
| Requisição inválida | Verifique campos obrigatórios, formatos e limites. |
| Não autorizado | Gere um novo token e valide as credenciais. |
| Acesso proibido | Confirme as permissões do produto e da operação. |
| Registro não encontrado | Verifique o identificador ou documento informado. |
| Erro interno | Tente novamente e acione o suporte se persistir. |
Erros comuns
Lista de dívidas vazia;
Mais de 100 dívidas na criação;
Mais de 50 registros em operações com limite de 50;
Carteira inexistente;
idWalletnão informado;Parcela sem valor ou data;
Data em formato inválido;
CPF ou CNPJ inválido;
Documento enviado com pontuação em um endpoint que exige apenas números;
webhookStatusUrlausente quandocanReceiveStatusétrue;Identificador de dívida inexistente;
Tentativa de operar uma dívida finalizada;
Nome de carteira duplicado;
Nome de carteira com mais de 30 caracteres.
17. Segurança e proteção de dados
A integração pode envolver dados pessoais, informações financeiras e dados de cobrança. Por isso, recomenda-se:
Utilizar os dados somente para finalidades legítimas e autorizadas;
Restringir o acesso por perfil de usuário;
Proteger Client ID, Secret e tokens;
Nunca armazenar credenciais em código público;
Utilizar variáveis de ambiente ou um gerenciador de segredos;
Utilizar HTTPS em todas as comunicações;
Criptografar dados armazenados;
Evitar registrar CPF, CNPJ, tokens e documentos completos em logs;
Controlar o período de retenção das informações;
Manter trilhas de auditoria das operações;
Validar as URLs de webhook;
Não compartilhar dados com sistemas não autorizados.
18. Boas práticas de integração
Armazene os identificadores
idRequest,idAPIeidCustomDebt.Use
idCustomDebtpara manter a conciliação com o sistema interno.Valide os dados antes de enviar as requisições.
Controle duplicidade de dívidas, parcelas e pagamentos.
Não repita operações após timeout sem verificar o resultado anterior.
Implemente retentativas com intervalo progressivo para falhas temporárias.
Utilize paginação ao consultar carteiras e dívidas.
Considere o status retornado pelos webhooks como parte do fluxo de processamento.
Implemente idempotência nos endpoints de callback.
Controle a validade do token pelo campo
expires_in.Registre mensagens de erro sem armazenar dados sensíveis.
Separe ambientes de teste e produção.
Faça testes com valores e documentos fictícios antes da liberação.
Mantenha o cadastro de carteiras sincronizado com o sistema interno.
19. Resumo dos endpoints
Funcionalidade | Método | Endpoint |
Gerar token |
|
|
Criar dívidas |
|
|
Excluir dívidas por |
|
|
Excluir dívidas por |
|
|
Consultar dívida por |
|
|
Consultar dívida por |
|
|
Consultar dívidas por documento |
|
|
Confirmar pagamento por |
|
|
Confirmar pagamento por |
|
|
Cancelar confirmação de pagamento |
|
|
Criar carteira |
|
|
Listar carteiras |
|
|
Consultar carteira |
|
|
Editar carteira |
|
|
Ativar ou desativar carteira |
|
|
Consultar probabilidade de recuperação |
|
|
Atualizar devedor |
|
|
Simular acordo |
|
|
Cadastrar pagamento por |
|
|
Remover pagamento por |
|
|
Cadastrar pagamento por |
|
|
Remover pagamento por |
|
|
20. Documentação e suporte
Para consultar os esquemas completos, parâmetros, exemplos de resposta e regras de cada endpoint, acesse a https://integracao.assertivasolucoes.com.br/v3/portal
Em caso de dúvidas sobre credenciais, permissões ou funcionamento da integração, entre em contato com a Assertiva pelo e-mail:
