→
→
TMS → Orquestrador: ausência
{
"evento": "ausencia_marcada",
"encomenda": "ENC-1042",
"cliente": "Retalho Eletrónica A",
"telefone": "+3519…",
"artigo": "televisor 55\"",
"janela": "14h-16h",
"motorista": "LX-03"
}TMS → Orquestrador: próxima paragem (N3/N4)
{
"evento": "proxima_paragem",
"encomenda": "ENC-1042",
"minutos_estimados": 15
}Orquestrador → TMS: fim do contacto
{
"encomenda": "ENC-1042",
"estado": "reagendada",
"nova_janela": "amanhã 10h-12h",
"notas": "Cliente pediu manhã",
"resumo": "Cliente fora de casa, reagendou.",
"gravacao": "https://…/audio.mp3"
}Orquestrador → App do motorista
{
"encomenda": "ENC-1042",
"passo": "instrucao_final",
"instrucao": "Seguir para a próxima paragem"
}Orquestrador → Fila do call center
{
"encomenda": "ENC-1042",
"motivo": "cliente irritado",
"resumo": "Cliente exige entrega hoje fora da janela."
}- Dias 1-2: acesso de teste ao TMS e confirmação do evento de ausência.
- Dias 3-5: ligar o orquestrador a um cliente e a uma rota.
- Dias 6-8: agente de voz em simulação com o guião revisto pelo call center.
- Dias 9-10: chamadas reais em horário limitado, com operador a acompanhar.
- Semana 2: escrita automática no TMS e medição contra o dia de hoje.
- Um evento ou API no TMS quando o motorista marca ausência.
- Uma forma de escrever o resultado de volta no TMS.
- Acesso de teste com dados fictícios.
- Uma pessoa de IT e uma pessoa do call center como pontos de contacto.
- O TMS continua a ser o sistema de registo.
- O botão do motorista é o mesmo.
- As regras de entrega de cada cliente mantêm-se.