Automação de prazo prometido: a plataforma preenche o prazo do cliente

A novidade em uma frase

Quando um pedido chega sem prazo prometido ao cliente, a plataforma não tinha contra o que medir atraso: ele ficava como Sem info na Situação de entrega, fora dos marcadores de risco e fora do webhook de atraso. Agora você define uma automação que preenche esse prazo a partir da criação do pedido — e ele passa a valer para tudo o mais.

O que mudou

🎯 Pra quem isso resolve

O prazo prometido só chega na Abbiamo se quem cria o pedido mandar. Na prática, um monte de operação não manda — e aí o pedido nasce sem prazo e fica fora de tudo que mede atraso.

Alguns casos onde isso pesa:

• Integração de pedido que não envia prazo. ERP, marketplace ou plataforma que simplesmente não tem esse campo no payload. Com a automação, o prazo passa a existir sem depender de mudança do outro lado.
• Pedido criado por formulário ou planilha no painel, onde ninguém para pra digitar uma data a cada pedido.
• Integração via API já pronta e funcionando. Se você já subiu a sua integração, não precisa mexer nela — nem entrar na fila de desenvolvimento do time — só pra passar um campo a mais.

E, mesmo para quem já manda o prazo em parte dos pedidos, o ganho é controle e padronização: o prazo deixa de depender de quem criou o pedido e passa a ser uma regra da sua operação, igual para todos, com quem definiu registrado no pedido.

⏱️ Como a automação calcula

Cada automação tem um nome e um número: quantas horas depois da criação do pedido é o prazo prometido ao cliente.

A contagem começa na criação do pedido, não no momento em que a automação roda. Isso importa em dia de volume: se o processamento atrasa alguns minutos, o prazo não escorrega junto — ele continua ancorado em quando o pedido de fato entrou.

Um exemplo: automação de 24 horas, pedido criado às 14:00 de segunda → prazo prometido para 14:00 de terça.

Cada linha é uma automação: a ordem em que ela é avaliada, as condições, e o prazo que ela define.

🏷️ Quando a automação vale

Sem condição nenhuma, a automação vale para todo pedido do grupo que chegar sem prazo. Com condições, ela só age em quem casa — e aí você pode ter automações diferentes para operações diferentes.

As condições são as mesmas que você já usa nas outras automações (filial, tipo da entrega, valor total, cidade, CEP, campos adicionais), mais uma que é a mais útil aqui: Marcador.

A automação de prazo prometido roda depois da automação de marcador. Ou seja: um marcador que a plataforma acabou de aplicar no pedido já pode ser usado como condição do prazo. Isso permite montar réguas assim:

• pedidos com marcador expresso → prazo de 6 horas
• pedidos da filial Loja Centro → prazo de 12 horas
• pedidos com marcador padrão → prazo de 24 horas

No campo Marcador as opções são tem algum de e não tem nenhum de — um pedido pode ter vários marcadores ao mesmo tempo, então a comparação é sempre contra a lista dele.

O formulário se lê como uma frase: este nome, tantas horas depois da criação, quando o pedido casar com estas condições.

🔢 A ordem decide qual vale

Aqui está a diferença mais importante em relação à automação de marcador: um pedido pode receber vários marcadores, mas tem um único prazo. Então as automações não se acumulam — vence a primeira, de cima para baixo, que casar com o pedido.

Por isso a coluna Ordem abre a tabela. Clique em qualquer número dela (ou no botão Ordenar) para abrir a reordenação: mova as automações com as setas ou digitando a posição, veja o resultado antes de aplicar, e salve tudo de uma vez.

Reordene tudo e confira antes de salvar — nada é aplicado enquanto você mexe.

O exemplo da seção anterior só funciona nessa ordem: a regra genérica de 24h tem que ficar por último, senão ela casaria primeiro e as específicas nunca rodariam.

⚡ De onde veio esse prazo

Prazo que a plataforma preencheu não se explica sozinho — e a pergunta que aparece é sempre "de onde saiu essa data?".

A marca ao lado da data abre a automação que preencheu — e o balão já diz qual foi e quantas horas ela somou.

Pedido cujo prazo veio na integração ou foi editado à mão continua exibindo o campo exatamente como antes, sem marca nenhuma.

🧾 Na aba Logs do pedido

As ações das automações também passaram a aparecer na aba Logs do painel do pedido, com um selo próprio de Automação — distinto do que veio pela API de embarcadores e do que a Abbiamo solicitou à transportadora.

Isso vale para duas automações:

• prazo prometido — qual automação definiu o prazo, e o cálculo que ela fez;
• marcador — qual automação aplicou cada marcador no pedido.

A segunda responde uma dúvida antiga: quando um marcador aparece num pedido sem ninguém ter colocado à mão, agora dá para ver qual automação o colocou.

O que não mudou

• Pedido que já chega com prazo é intocado. A automação só preenche o que está vazio; ela nunca sobrescreve um prazo que veio na criação nem um que você editou. Esse prazo é o que foi combinado com o consumidor final, e ele tem preferência sobre qualquer regra nossa.
• Retirada em loja continua sem prazo de entrega ao cliente — não faz sentido medir atraso de entrega em pedido que o cliente busca na loja.
• A automação de marcador segue igual. Ela continua acumulando marcadores como sempre; a única novidade é que agora deixa registro de qual automação aplicou cada um.
• Os marcadores de risco de entrega continuam funcionando do mesmo jeito. A diferença é que passam a alcançar também os pedidos cujo prazo veio de automação — antes eles ficavam de fora por não ter prazo.

---