Ir para o conteúdo principal

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.

Técnico de serviço
Administrador

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 (DraftOpenIn ProgressClosed) 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

AtorAções
Support / AdminCriar ordem a partir do ticket; vincular Support Ticket e ERP Quote ID
TechnicianRaro — 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

AtorAções
TechnicianAplicar template de checklist Receiving; capturar fotos
SupportConfirmar 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

AtorAções
TechnicianAtualizar 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 ApprovalAuthorization 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

AtorAções
TechnicianChecklist Release, Customer Signature, status Completed
SupportTicket ResolvedClosed, 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çãoPapel típico
Criar Draft/OpenSupport, Technician, Admin
Salvar Diagnosis verdictTechnician
Solicitar Customer ApprovalTechnician ou Support
Marcar CompletedTechnician
CancelledAdmin 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?

Editar esta página no GitHub

Última atualização em 20 de out. de 2018