API FleetPay · /v1

Documentação técnica da API FleetPay

Uma API só, em dois ambientes: homologação em https://api.fleetpay.site/v1 e produção em https://api.fleetpay.tech/v1. Trilho fiscal (CT-e, CIOT, MDF-e, NF-e importadas), parcelas de repasse ao motorista, cadastros e consultas — autenticação por chave de API em homologação e OAuth2 em produção, com autorização por escopos.

Arquitetura

O caminho de uma requisição

Nenhuma chamada chega a um recurso sem passar por três portas, nesta ordem: autenticação da credencial, escopo habilitado e isolamento por empresa. A borda gerenciada faz WAF e rate limit antes da aplicação; o token OAuth é emitido fora do /v1, no endpoint padrão /oauth/token.

Seu sistemaBearer + TLS 1.2+Borda gerenciadaWAF · rate limit · DDoSGateway /v11 · credencial (OAuth ou chave)2 · escopo habilitado3 · isolamento por empresaRecursofiscal · parcelas · cadastrosPOST /oauth/tokenclient_credentials · access token de 1h
Autenticação

Chave de API em homologação, OAuth2 em produção

As credenciais são geradas em Configurações → API de Integração no painel da sua empresa. A autorização é a mesma nas duas formas: os escopos habilitados para a empresa.

Homologação · Chave de API

Em https://api.fleetpay.site/v1, autentique com a chave estática no cabeçalho Authorization: Bearer fp_hml_…. É o caminho para integrar e validar o seu fluxo.

bash
curl --request GET https://api.fleetpay.site/v1/fiscal/status \
  --header "Authorization: Bearer fp_hml_SUA_CHAVE"
Produção · OAuth2 client_credentials

Em https://api.fleetpay.tech/v1, autentique com OAuth2: troque client_id e client_secret por um token de acesso de 1 hora (o secret é exibido uma única vez) e use-o como Bearer.

bash
curl --request POST https://api.fleetpay.tech/oauth/token \
  --data grant_type=client_credentials \
  --data client_id=SEU_CLIENT_ID \
  --data client_secret=SEU_CLIENT_SECRET
json
{
  "token_type": "Bearer",
  "expires_in": 3600,
  "access_token": "eyJ0eXAiOiJKV1QiLCJhbGciOiJSUzI1NiJ9..."
}
Autorização

Escopos fail-closed

A credencial nasce sem acesso. Cada escopo é um toggle no painel — habilite somente o que o seu sistema usa.

fiscal

Emissão e consulta de documentos fiscais. Exige transportadora com cadastro fiscal concluído.

operacao

Liberação e ordem de pagamento de parcelas — atos que movem dinheiro têm escopo próprio.

cadastros

Convite de transportadoras e leitura do status dos agregados.

consultas

Consultas de registro (RNTRC) e leituras sem efeito colateral.

Superfície

O que a API expõe

Trilho fiscal

escopo fiscal

NF-e importadas, CT-e com eventos, CIOT vinculado ao CT-e, MDF-e, veículos e motoristas. Exclusivo de transportadoras, em homologação.

  • GET /fiscal/status
  • POST /fiscal/cte
  • POST /fiscal/cte/{uuid}/ciot/emissao
  • POST /fiscal/mdfe
Ver contrato completo

Parcelas de repasse

escopo operacao

O ledger do repasse parcelado ao motorista: consultar, liberar parcela e ordenar o pagamento — decisões do sistema da transportadora.

  • GET /carriers/parcelas-repasse/{documento}
  • POST /carriers/parcelas-repasse/liberar
  • POST /carriers/parcelas-repasse/pagar
Ver contrato completo

Cadastros

escopo cadastros

Convide transportadoras para o onboarding FleetPay e acompanhe em que ponto cada agregado está — e se já pode receber.

  • POST /convites/transportadoras
  • GET /agregados
  • GET /agregados/{documento}
Ver contrato completo

Consultas

escopo consultas

Situação de um transportador no RNTRC (ANTT): registro ativo, tipo ETC/TAC/CTC e equiparação a TAC.

  • GET /consultas/rntrc
Ver contrato completo
Homologação

Operações simuladas em homologação

Nem toda operação tem provedor real por trás em homologação. As de baixo respondem em modo simulado: a resposta é gerada pela FleetPay, é plausível, é determinística e não tem efeito regulatório. O contrato de request e response já é o definitivo — integre agora; quando o provedor real entrar, o mesmo pedido passa a devolver dado real, no mesmo formato. Cada operação documenta os valores sentinela que forçam resposta de falha, para você testar o caminho de erro.

POST /fiscal/cte/{uuid}/ciot/*

Validação, emissão, consulta, cancelamento, retificação e encerramento do CIOT. Nada é registrado na ANTT e nenhum CIOT tratado aqui tem valor legal.

GET /consultas/rntrc

Situação do RNTRC. A razão social não é a real: vem TRANSPORTES SIMULADOS HML LTDA para CNPJ e TRANSPORTADOR AUTONOMO SIMULADO para CPF. Sentinelas: 000000000 devolve registro inativo; 111111111 devolve registro ativo equiparado a TAC.

GET /consultas/frota

Placas na frota do transportador. Cada item traz verificacao: "simulada" — campo opcional, cuja ausência significa verificação real. Sentinelas: ZZZ0X00 devolve pertence false; ZZZ9X99 devolve pertence null.

O trilho fiscal é outra história: CT-e e MDF-e passam por integração fiscal real no ambiente de homologação do provedor fiscal — emissão, consulta, XML, documento auxiliar, cancelamento, carta de correção, encerramento e inclusão de condutor.

Confiabilidade & segurança

Desenhada para operação financeira

TLS 1.2+ e WAF na borda

Todo tráfego entra por borda gerenciada com WAF, mitigação de DDoS e rate limit por IP real antes de tocar a aplicação.

Credencial por ambiente

Homologação e produção são ambientes fisicamente separados, com bancos e credenciais próprios. Uma credencial de teste nunca destrava produção.

Escopos fail-closed

A credencial nasce sem acesso nenhum. Cada capacidade é habilitada explicitamente no painel — e um ato que move dinheiro tem escopo próprio.

Toda resposta é rastreável

Cada request recebe um request_id, devolvido no corpo do erro e no header X-Request-Id, e fica em trilha de auditoria consultável pelo suporte.

Erros

Um envelope só, sempre rastreável

Toda falha responde o mesmo formato. Trate error.code por programa e guarde o request_id — é com ele que o suporte encontra a sua requisição.

json
{
  "error": {
    "code": "escopo_nao_habilitado",
    "message": "Habilite o escopo fiscal para esta credencial.",
    "request_id": "a1b2c3d4-e5f6-..."
  }
}
nao_autenticado

401 — credencial ausente, inválida, expirada ou do ambiente errado.

escopo_nao_habilitado

403 — o escopo necessário não está ativo para a credencial.

homologacao_obrigatoria

403 — a chamada fiscal não foi feita no ambiente de homologação.

nao_encontrado

404 — recurso inexistente ou fora do alcance da sua empresa (anti-enumeração).

validacao

400 — a forma da entrada não passou; a mensagem aponta o campo.

regra_de_negocio

422 — a operação não atende uma regra do fluxo; o code detalha qual.

limite_requisicoes

429 — aguarde o intervalo indicado antes de tentar novamente.

consulta_indisponivel

503 — dependência temporariamente indisponível; retry com backoff.

Comece pela referência

O contrato completo — parâmetros, respostas e erros de cada endpoint — vive na referência interativa, gerada do OpenAPI que também versiona esta API.