Fluxo ilustrativo

Uma alteração de janela de entrega, coordenada de ponta a ponta.

Como a Disponi trata um pedido rotineiro de alteração de janela de entrega para uma transportadora de carga — associar o envio, verificar a política de entrega, agir dentro dela e dar seguimento, com cada passo registado.

O cenário

O cenário pertence à transportadora de carga descrita acima. Um coordenador de envios do expedidor envia um email para a caixa partilhada com uma alteração que toca o envio, o sistema de expedição e o calendário de entregas ao mesmo tempo.

  • Contacto do expedidor: Daniel Okafor, coordenador de envios no Cedar Ridge Retail.
  • Pedido: Mover a entrega de terça do envio SHP-5531 da janela das 9h00 para a janela das 14h00.
  • Sistemas envolvidos: A caixa de entrada partilhada, o sistema de gestão de transporte, o sistema de expedição e o calendário de entregas partilhado.

Como o pedido avança

Este é o caminho seguro: um pedido de alteração que cumpre a política de entrega configurada da transportadora. Cada fase é um passo que o agente dá, com o registo que deixa.

  1. Pedido recebido

    Daniel Okafor, coordenador de envios no Cedar Ridge Retail, envia um email para a caixa partilhada: «Podíamos mudar a entrega de terça para a janela das 14h?» O agente classifica a mensagem como uma alteração de janela de entrega e verifica que o remetente é um contacto conhecido de um envio existente.

  2. Envio associado

    O pedido é associado ao envio SHP-5531, que tem uma entrega terça-feira programada na janela das 9h00. O agente obtém o registo do envio, a viagem atribuída e a janela atual no sistema de gestão de transporte.

  3. Verificações de disponibilidade e política

    O agente verifica que há disponibilidade na rota às 14h00 e compara o pedido com a política de entrega configurada da transportadora: janelas permitidas, prazos de aviso e o limiar de aprovação para alterações de rota e de envio.

  4. Ação limitada, dentro da política

    A alteração está dentro dos limites configurados, por isso o agente tem permissão para agir. Atualiza a janela de entrega do envio no sistema de gestão de transporte e ajusta a viagem no sistema de expedição — nada fora do pedido de alteração.

  5. Atualizações dos sistemas afetados

    O registo do envio, o sistema de expedição e o calendário de entregas partilhado são atualizados numa só passagem. Cada atualização indica o pedido de origem e a regra de política que a permitiu.

  6. Comunicação com os intervenientes

    O contacto do expedidor recebe a confirmação com a nova janela, e o motorista atribuído é notificado da alteração. Ambas as mensagens são enviadas da caixa partilhada para que nada fique escondido num fio privado — ou morra com uma mudança de turno.

  7. Registo da ação

    O agente escreve um registo atribuível: o que foi pedido, que verificações correram, que regra permitiu a ação, o que mudou e quando. O registo nomeia o pedido, não o agente, como a origem da alteração.

  8. Seguimento

    No dia da entrega, o agente verifica que o envio foi entregue na janela combinada e fecha o ciclo. Tudo o que seja invulgar é assinalado ao gestor de operações em vez de aceite em silêncio.

Ramificação: quando uma alteração precisa de aprovação empresarial

Nem todos os pedidos cabem nas regras configuradas. Quando uma alteração excede um limite da política ou não tem uma resposta determinística segura, a Disponi pausa e traz a decisão ao cliente — nunca inventa uma decisão empresarial.

Exceção empresarial — o cliente decide

  1. Pedido fora da política

    O Daniel também pede para aumentar o envio de 8 para 12 paletes. O aumento ultrapassa o limiar da transportadora para alterações de rota e de veículo, que está acima do limite de aprovação configurado.

  2. Pausa com contexto

    O agente não inventa uma decisão. Pausa e apresenta o contexto relevante ao gestor de operações da transportadora: o envio, a viagem atual, a regra de política e as opções que cabem nas regras.

  3. O cliente decide

    O gestor de operações aprova uma variante ou recusa. Enquanto o pedido espera, nenhum registo de envio, viagem ou mensagem é alterado. O agente não atua sobre o pedido até uma aprovação ser registada.

  4. A resolução segue a decisão

    Depois de aprovado, o agente aplica exatamente o que foi aprovado, atualiza os sistemas afetados, notifica os intervenientes e regista a aprovação juntamente com a ação. Se for recusado, o autor do pedido é informado e o pedido é fechado.

Ramificação: quando uma dependência técnica falha

Por vezes o bloqueio não é de todo uma questão empresarial. Uma integração indisponível, uma autorização expirada ou um formato de dados inesperado é uma exceção técnica — é detida e resolvida pela Disponi, e nunca é apresentada como um pedido empresarial concluído com sucesso.

Exceção técnica — a Disponi responde

  1. Integração indisponível

    O sistema de gestão de transporte está inacessível quando o agente tenta atualizar a janela de entrega. O agente marca o pedido como bloqueado por uma exceção técnica, tenta de novo dentro dos limites configurados e escala para a monitorização da Disponi — o pedido não é marcado como resolvido.

  2. Autorização expirada

    Uma ligação entre sistemas falha porque uma credencial de integração expirou. O agente deteta a falha, pausa o pedido e alerta as operações da Disponi. Não tenta um desvio sem suporte, e o pedido fica aberto até a integração estar saudável.

  3. Dados de origem mal formados

    Uma confirmação de transportadora chega num formato inesperado que não pode ser associado a um envio com fiabilidade. O agente assinala a ambiguidade e pede esclarecimentos em vez de adivinhar. O pedido empresarial não é reportado como concluído com sucesso enquanto os dados não forem sólidos.

  4. Exceção técnica, detida pela Disponi

    Cada falha técnica acima é um incidente de plataforma ou de integração: a Disponi monitoriza, recupera e comunica o estado. O cliente é informado de que o pedido está em espera e porquê. A resolução empresarial só acontece depois de a exceção técnica estar fechada e o trabalho poder ser concluído corretamente.

Quem é dono do quê

O limite que mantém isto seguro é simples: as decisões empresariais ficam com o cliente, a operação técnica fica com a Disponi.

O cliente é responsável por

  • Objetivos empresariais e o significado de sucesso para cada fluxo de trabalho
  • Definições de KPI e quais os números considerados corretos
  • Decisões de acesso: que sistemas a Disponi pode utilizar e o que pode fazer neles
  • Política empresarial, incluindo os limites que exigem aprovação
  • Aprovações de decisões importantes antes de a Disponi executar uma ação limitada
  • Revisão dos resultados, decisões sobre o seu significado e responsabilidade empresarial final
  • Neste cenário: o gestor de operações é dono das políticas de entrega, das condições com expedidores e de qualquer alteração ao envio de um expedidor ou ao planeamento de entrega.

A Disponi é responsável por

  • Operação da plataforma e continuidade do fluxo de trabalho configurado
  • Manutenção da configuração do fluxo à medida que os sistemas mudam
  • Saúde das integrações e monitorização das ligações
  • Monitorização técnica, alertas e deteção de incidentes
  • Resposta, recuperação e comunicação de incidentes técnicos
  • Comunicação honesta do estado quando uma exceção técnica bloqueia um pedido
  • Neste cenário: a Disponi mantém as ligações de gestão de transporte, expedição e calendário a funcionar e é dona dos seus incidentes técnicos.

«Gerido» significa que a Disponi opera o sistema e o fluxo de trabalho configurado. Não transfere a responsabilidade empresarial do cliente nem garante resultados empresariais.

Onde isto se encaixa

A coordenação de recolha e entrega não é o primeiro fluxo que esta transportadora implementaria. É um passo posterior e mais limitado — a avaliação de exemplo mostra o fluxo anterior de relatórios de carga, mais pesado em leitura, que vem primeiro. A progressão é um caminho que a Disponi pode seguir, não uma garantia de que todos os clientes o percorram.

  1. ObservarFluxos só de leitura que recolhem e preparam informação.
  2. PrepararRascunhos, verificações e seguimentos que ficam dentro da equipa.
  3. Coordenar com aprovaçãoCoordenação entre sistemas que pausa para aprovação do cliente em pontos importantes.
  4. Agir dentro da políticaAções limitadas e registadas dentro das regras definidas pelo cliente.

Ver a avaliação de exemplo — onde esta progressão começa