Ciclo de vida da ordem de serviço
Como uma ordem de serviço avança de Draft por Open, In Progress e Closed — quem age em cada etapa e o que a trilha de auditoria registra.
Uma Service Order é o registro autoritativo de reparo ligado a um Support Ticket. Clientes veem progresso de alto nível no ticket; sua oficina vê status granulares dentro da ordem. Esta página explica o ciclo de vida simplificado (Draft → Open → In Progress → Closed) e como ele mapeia os status detalhados na UI.
Diagrama do ciclo de vida (conceitual)
Draft ──► Open ──► In Progress ──► Closed
│ │
│ ├── Diagnosing
│ ├── Waiting Parts
│ └── Awaiting Approval
└── Cancelled (terminal)Draft é opcional — algumas concessionárias criam ordens diretamente em Open a partir de um ticket. Cancelled é um ramo terminal quando o trabalho para antes da conclusão.
Draft
| Ator | Ações |
|---|---|
| Support / Admin | Criar ordem a partir do ticket; vincular Support Ticket e ERP Quote ID |
| Technician | Raro — usado quando a intake está agendada mas o hardware ainda não chegou |
A trilha de auditoria registra usuário e timestamp de criação.
Open
| Ator | Ações |
|---|---|
| Technician | Aplicar template de checklist Receiving; capturar fotos |
| Support | Confirmar contato do cliente no ticket vinculado |
Open significa que o trabalho foi aceito mas o diagnóstico não terminou. Subestados do portal costumam mostrar Diagnosing após salvar Diagnosis verdict — trate Diagnosing como trabalho tardio de Open, ainda não In Progress.
Eventos de auditoria: checklist aplicado, item verificado, Receiving checklist completed.
In Progress
| Ator | Ações |
|---|---|
| Technician | Atualizar checklist |
| Customer (via portal) | Assinar Customer Approval para trabalho billable |
In Progress cobre todo o trabalho ativo de reparo. Subestados comuns:
- Waiting Parts — ordem em espera; não está sendo trabalhada ativamente.
- Awaiting Approval — Authorization está Pending; linhas billable bloqueadas.
- In Progress (estreito) — tempo de chave de fenda.
Transições devem seguir o estado real da oficina — pular para Completed sem checklist Release quebra a defensibilidade da garantia.
Closed
| Ator | Ações |
|---|---|
| Technician | Checklist Release, Customer Signature, status Completed |
| Support | Ticket Resolved → Closed, prompt de CSAT |
Closed mapeia para status Completed na UI (ou Cancelled quando abortado). A trilha de auditoria retém:
- Cada mudança de status com usuário e hora
- Verificações de checklist (Verified by {name})
- Ids de lote Warranty Claim vinculados
Revisores OEM e financeiros leem essa trilha durante inspeção de garantia.
Quem pode transicionar
| Transição | Papel típico |
|---|---|
| Criar Draft/Open | Support, Technician, Admin |
| Salvar Diagnosis verdict | Technician |
| Solicitar Customer Approval | Technician ou Support |
| Marcar Completed | Technician |
| Cancelled | Admin ou Technician sênior com motivo documentado |
Trilha de auditoria
A linha do tempo do ticket espelha marcos da ordem de serviço: ordem criada, fases de checklist, assinatura capturada, lote de garantia vinculado. Em disputas, exporte ou capture tela da aba Overview e do histórico Checklist — timestamps em itens Photo required são especialmente persuasivos.
Relacionados
Esta página foi útil?
Última atualização em 20 de out. de 2018