Exemplo interativo · dados fictícios

A entrega falhou. A alternativa precisava de uma decisão.

Uma exceção logística cruza evento externo, política, decisão, contato com o destinatário e retorno da transportadora; o aceite da nova tentativa não é a entrega.

Demonstração conceitual. Não representa um caso de cliente nem comprova recursos disponíveis.

Vídeo

Transcrição

[Exemplo ilustrativo · dados fictícios] [Evento da transportadora · Dia 1 · 18:40] [Tentativa de entrega sem sucesso] [Destinatário ausente] [PED-3190 · fictício] A transportadora avisou: a entrega falhou.

[NebulaOS · A Starya desenvolve e conecta no escopo da operação · Política de exceções] [Interface ilustrativa · Funções e integrações dependem da implantação.] Sobre o NebulaOS, conectado pela Starya no escopo da operação, o agente consulta pedido, ocorrência e política.

[Entrega não realizada · Dia 1 · 18:50] [Proposta v1 · dia 3, 8h–12h · R$ 68] [Limite do agente · R$ 40] [Bloqueada · acima da alçada] [NebulaWorks · Aguardando decisão da Gestão de logística] [Sem nova tentativa, o prazo do dia 3 não é cumprido.] [Aprovar proposta v1 · Recusar proposta v1] Prepara uma alternativa de R$ 68, mas o limite do agente é R$ 40: a proposta fica bloqueada. No NebulaWorks, a gestão de logística vê o contexto e aprova esta versão.

[Autorizada · proposta v1 · Dia 1 · 19:45] [Aprovar não envia nada à transportadora.] [Destinatário · Canal com o destinatário · Dia 1 · 19:50] [18:55 · proposta v1 bloqueada] [Presença e endereço confirmados · 20:25] [Aguardando aceite · Sistema da transportadora · Dia 1 · 20:30 → 21:20] [Solicitação enviada não é aceite.] Aprovar não envia nada à transportadora: antes, o atendimento contata o destinatário. A nova tentativa é solicitada. Solicitar não é aceite.

[Nova tentativa aceita · entrega pendente · Dia 1 · 21:20] [Dia 1 · 21:25] [A entrega ao destinatário continua pendente.] A transportadora aceita; o cliente é informado. A entrega continua pendente.

[Quem decide sua exceção e como a decisão chega ao sistema que executa?] [Starya · Aceleramos sua estratégia de IA. O NebulaOS sustenta a operação.] Quem decide sua exceção e como a decisão chega ao sistema que executa?

Conversar sobre esta situação

O que confirma a conclusão

A transportadora confirma o aceite da nova tentativa. A entrega ao destinatário é um evento posterior.

O que o NebulaOS sustenta neste cenário

Neste cenário, o NebulaOS recebe o evento de pedidos e rastreamento, compara a alternativa à política de exceções, leva a decisão ao NebulaWorks e segue pelo canal com o destinatário e pelo sistema da transportadora, conectados no escopo da operação. Os eventos que a transportadora envia e os limites da política dependem da implantação.

NebulaWorks Reúne o trabalho, os responsáveis, as pendências e os artefatos do processo.
Starya / FDE Desenha com a equipe o fluxo, as regras e as integrações do escopo combinado.

Experimente você mesmo

Percorra as etapas deste cenário e veja o que muda a cada escolha. Dados fictícios; nenhum sistema é acessado.

Abrir a simulação

Simulação ilustrativa · nenhum sistema é acessado

A entrega falhou: quem decide, quem responde e o que confirma a nova tentativa

Objetivo Tratar uma entrega que falhou sem ultrapassar a alçada do agente, contatar o destinatário e obter o aceite da nova tentativa pela transportadora, sem declarar a entrega.

Custo da alternativa

Resposta do destinatário

Retorno da transportadora

01Ocorrência
02Regra e decisão
03Contato
04Resposta
05Solicitar
06Aceite
07Informar

Relógio da simulação Dia 1 · 18:40

O que sabemos agora · v1 · Dia 1 · 18:40 · Em andamento · etapa 1 de 7

O evento de falha chegou da transportadora.

Ninguém abriu um chamado: o evento inicia o trabalho. O agente consulta pedido e ocorrência antes de propor qualquer coisa.

Quem responde agora Agente da operação

Sistema Pedidos e rastreamento

Histórico preservado

Cada evento, prazo, decisão e retorno permanece aqui, com a hora da simulação, apenas nesta sessão. Recomeçar limpa a simulação.

v1 · Dia 1 · 18:40Evento da transportadora: tentativa de entrega sem sucesso, destinatário ausente. Pedido PED-3190 (fictício).

Sistemas e responsabilidades

Sistemas ilustrativos desta simulação. Não representam uma integração real.
Sistema	O que responde	Como participa
Pedidos e rastreamento	Pedido, ocorrência e prazo prometido ao cliente	Recebe o evento de falha. Apenas consultado
Política de exceções (fictícia)	Limite de custo do agente e quem aprova acima dele	Consultada antes de qualquer solicitação. A decisão acima do limite fica no NebulaWorks
Canal com o destinatário	Confirmação de presença e endereço	Recebe a mensagem e a ligação do atendimento
Sistema da transportadora	Aceite ou recusa da nova tentativa	Recebe a solicitação e é o único que confirma o aceite

Perguntas para levar à sua equipe

Sistemas e dados Quais dados de pedido e ocorrência a operação consulta antes de propor uma alternativa?
Autoridade Que custo ou prazo exige aprovação?
Responsável Quem pode autorizar a nova alternativa?
Resultado Que resposta da transportadora confirma o próximo passo?

Use estas perguntas com o guia O que perguntar sobre a IA que já está em uso

Etapas

Responsável, sistema, estado e pendência das 7 etapas da experiência, com decisões e limites

Etapa 1 · Ocorrência
Receber a ocorrência
O evento de falha chega da transportadora. Pedido e ocorrência são consultados para entender a situação.
Responsável
Agente da operação
Sistema
Pedidos e rastreamento
Estado
Ocorrência conferida
Pendente
A entrega não ocorreu.
Etapa 2 · Regra e decisão
Verificar a alçada e decidir
Uma alternativa é preparada e comparada à política. Acima do limite do agente, a proposta fica bloqueada, e a Gestão de logística aprova, recusa ou pede outra versão no NebulaWorks, conhecendo prazo, custo e consequência. Uma versão alterada é verificada de novo.
Responsável
Agente da operação e Gestão de logística
Sistema
Política de exceções e NebulaWorks
Estado
Alternativa autorizada
Pendente
A aprovação ainda precisa ser executada.
Etapa 3 · Contato
Contatar o destinatário
O atendimento pede confirmação de presença e endereço antes de acionar a transportadora.
Responsável
Atendimento
Sistema
Canal com o destinatário
Estado
Contato enviado
Pendente
Falta a resposta do destinatário.
Etapa 4 · Resposta
Aguardar a resposta do destinatário
O destinatário confirma presença e endereço. Sem resposta no prazo, o atendimento liga para o destinatário antes de acionar a transportadora.
Responsável
Atendimento
Sistema
Canal com o destinatário
Estado
Destinatário confirmado
Pendente
Falta solicitar a nova tentativa.
Etapa 5 · Solicitar
Solicitar a nova tentativa
A nova tentativa é solicitada à transportadora com os parâmetros autorizados.
Responsável
Operação logística
Sistema
Sistema da transportadora
Estado
Aguardando aceite
Pendente
Solicitação enviada não é aceite.
Etapa 6 · Aceite
Confirmar o aceite
A transportadora aceita a nova tentativa. Sem retorno no prazo, a operação confere antes de repetir; uma recusa volta para a decisão.
Responsável
Operação logística
Sistema
Sistema da transportadora
Estado
Nova tentativa aceita
Pendente
Falta informar o cliente.
Etapa 7 · Informar
Informar o cliente
O atendimento informa o cliente sobre a nova tentativa aceita, sem declarar a entrega.
Responsável
Atendimento
Sistema
Canal com o destinatário
Estado
Cliente informado
Pendente
A entrega ao destinatário continua pendente.

Decisões a explorar

Custo dentro ou acima da alçada
Aprovação concedida, recusada ou com parâmetros alterados
Destinatário responde ou não no prazo
Transportadora aceita, recusa ou não responde

Pendências e limites

O bloqueio original continua no histórico.
Aprovação não equivale a solicitação enviada; solicitação enviada não equivale a aceite.
A entrega ao destinatário é um evento posterior.
Política, valores, dias e referências são fictícios.

Versão em texto

O conteúdo principal, sem depender do vídeo ou da simulação.

Pedido inicial Evento da transportadora: a entrega não aconteceu. Ninguém abriu um chamado.

Um evento de falha chega do sistema da transportadora. O agente consulta pedido e ocorrência e prepara uma alternativa. Acima da alçada, a proposta fica bloqueada até que a Gestão de logística decida, no NebulaWorks, sobre uma versão determinada. O destinatário é contatado antes de qualquer solicitação, e a nova tentativa só está aceita quando a transportadora confirma. A entrega continua pendente.

O sistema da transportadora informa que uma entrega falhou. O agente consulta pedido e ocorrência e prepara uma alternativa. Pela política fictícia, o agente autoriza até R$ 40; a alternativa de R$ 68 fica bloqueada e vai ao NebulaWorks, onde a Gestão de logística aprova, recusa ou pede outra versão, que é verificada de novo. Com a proposta autorizada, o atendimento pede ao destinatário que confirme presença e endereço e, sem resposta no prazo, liga. Depois, a nova tentativa é solicitada à transportadora; sem retorno no prazo, a operação confere antes de repetir. Quando a transportadora aceita, o cliente é informado, e a entrega continua pendente. Uma recusa devolve a ocorrência para decisão.