Abbiamo DocsDC-e nos envios sem NF-e: mais controle na criação de pedidos
Agora pedidos sem NF-e podem receber os dados da Declaração de Conteúdo Eletrônica direto na criação, com validações para evitar preenchimento incompleto ou divergente.
✅ Disponível agora para operações que precisam informar dados da DC-e em pedidos sem NF-e. Quem não informa DC-e manualmente segue criando pedidos pelo fluxo normal.
A novidade em uma frase
Antes, informar a declaração dependia do canal de criação ou da etapa posterior com a transportadora. Agora, quando sua operação já emite a Declaração de Conteúdo Eletrônica (DC-e), os dados entram no pedido desde a criação: chave, série e número do documento.
O que mudou
Quando sua operação já emite a DC-e, dá para informar os dados do documento no mesmo fluxo em que o pedido é criado.
Se um campo for preenchido, os três precisam estar corretos. A gente valida chave, série e número antes do pedido avançar.
O suporte vale para formulário manual, CSV/XLSX, XML, API pública e integrações de pedido.
Se a DC-e não for informada, o pedido continua seguindo pelo fluxo que sua operação já usa hoje.
Quando o pedido não tinha NF-e, os dados da declaração podiam depender do canal usado para criar o pedido ou da etapa posterior com a transportadora.
O pedido já nasce com os dados da DC-e quando eles existem, e o sistema segura preenchimentos parciais ou inconsistentes antes de seguir.
Onde informar a DC-e
A DC-e pode entrar pelos principais caminhos de criação de pedido:
- Formulário manual — o operador pode marcar a opção para informar os dados da DC-e e preencher chave, série e número.
- CSV/XLSX — as colunas de DC-e são opcionais. Se uma linha vier com erro, a falha fica restrita àquela linha, sem bloquear o arquivo inteiro.
- XML — quando o arquivo trouxer os dados da DC-e, eles são mapeados automaticamente para o pedido.
- API pública e integrações — sistemas integrados podem enviar os dados de DC-e no payload de criação de pedido.
A opção aparece dentro do fluxo de criação do pedido. Se a operação não informar DC-e manualmente, o pedido segue pelo caminho normal.
Ao informar uma chave válida, série e número podem ser preenchidos automaticamente para reduzir erro de digitação.
Como a gente evita preenchimento errado
Ao informar DC-e, o sistema valida os dados antes de criar ou importar o pedido:
- Chave com 44 dígitos numéricos.
- Série com 3 dígitos.
- Número com 9 dígitos.
- Se um dos três campos for informado, os outros dois também precisam ser preenchidos.
- Série e número precisam bater com os valores presentes na chave.
- A chave precisa ser de uma DC-e. Chaves de NF-e ou CT-e são recusadas nesse campo.
No formulário manual, ao preencher uma chave válida, a série e o número podem ser preenchidos automaticamente a partir da própria chave. O operador ainda consegue revisar e ajustar os campos, mas o sistema valida a consistência antes de seguir.
Se a série ou o número não baterem com a chave, o sistema mostra o erro antes do pedido avançar.
O que não mudou
- Criar pedido sem informar DC-e continua permitido.
- Quando o pedido tem NF-e, ela continua sendo o documento fiscal principal.
- Transportadoras que geram DC-e automaticamente seguem usando o fluxo normal da integração.
- Regras específicas de transportadora, como campos adicionais ou limites de valor, continuam sendo tratadas na etapa de integração.
Dúvidas sobre o fluxo de DC-e? Fale com a gente.
Chegou o PIN de coleta no sentido motorista → loja
Agora também dá pra rodar a coleta com o PIN no sentido inverso: o motorista chega com um código gerado pela Abbiamo (que aparece no app da própria transportadora) e o operador da loja confere no dashboard. É uma operação nova — soma ao modelo loja → motorista que a gente já suportava, expandindo pro sentido motorista → loja.
Crie rotas via API a partir de pedidos que já existem
Novo endpoint POST /v2/routes pega uma lista de order_ids e monta a rota — sem precisar reenviar os pedidos. Ideal pra quem já cadastrou o pedido e só quer roteirizar depois.