Skip to main content
Os erros da API de integração chegam no formato abaixo, com um ou mais itens em errors:
Os códigos são os mesmos na v1 e na v2: as rotas da v2 que repassam a operação para a v1 devolvem o code da v1 sem alteração.
Trate o erro pelo code, e não pelo texto: a message muda conforme o tipo da central (“motorista” pode vir como “taxista”, “mototaxista” ou “entregador”; “passageiro” como “cliente”), e alguns textos trazem valores dinâmicos, como {campo}, {valor} e {maximo}.
Códigos novos: os códigos marcados com Em breve passam a ser devolvidos em 22 de outubro de 2026, exceto o 157, que passa a ser devolvido em 15 de outubro de 2026. Até lá, esses erros chegam com code: 0 e a mesma mensagem.

Códigos especiais

Autenticação na v2

Autenticação e permissão

Dados da requisição

Endereço e rota

Passageiro

Criação e disponibilidade da corrida

Categoria e tarifa

Agendamento

Motorista

Cupom

Cancelamento

Corrida corporativa: empresa, funcionário, voucher e e-Ticket

Entregas

Créditos e saque

Empresas

Webhooks

Notificações em lista (só v2)

Validação do corpo da requisição (só v2)

O 231 está reservado para a validação de telefone, mas nenhum endpoint usa essa regra hoje, então ele não é devolvido. Esses códigos valem para o validador padrão do corpo. Regras próprias de alguns endpoints, como valor mínimo ou faixa, ainda chegam com code: 0.

Códigos com mais de um significado

Alguns códigos foram publicados com mais de um significado e não podem ser renumerados sem quebrar integrações existentes. Nesses casos, use o endpoint chamado para saber qual é o erro. O 6, o 33 e o 68 aparecem em mais de uma seção, mas com um significado só, aplicado a recursos diferentes: registro não encontrado, entrega que ficaria sem parada e usuário sem permissão.