Visao Geral de Ordens de Servico
O Levy Service e o sistema de gerenciamento de ordens de servico embutido no seu dashboard Levy Fleets. Ele combina um quadro Kanban para gerentes de operacoes com uma aba Tasks dentro do operator-app para tecnicos, e conecta as duas superficies a telemetria em tempo real dos veiculos, de forma que a maioria das ordens de servico se cria sozinha.
Se sua frota tem mais de 50 veiculos e voce hoje rastreia manutencao em threads do Slack, em uma planilha compartilhada ou em papel, esta categoria e para voce.
O que e uma ordem de servico
Uma ordem de servico, chamada de task em todo o produto, e uma unidade unica de trabalho em campo associada a um veiculo. Cada task carrega:
- Um type (repair, scheduled maintenance, deploy, retrieve, charge swap, battery swap, rebalance, cleaning, inspection, parts replacement, software update, lost and found, vendor dispatch)
- Uma priority (low, medium, high, critical)
- Um status que percorre um ciclo de vida fixo:
createddepoisassigneddepoisin_progressdepoisresolveddepoisverifieddepoisclosed, comblockedecancelledcomo estados fora do caminho - Um assignee (um unico membro do time), um subaccount e um team opcional
- Um SLA due time calculado a partir da priority e da configuracao de SLA da sua frota
- Um vehicle UUID que liga a task a um scooter, bicicleta ou moped especifico
Tasks vivem na tabela tasks. Cada mudanca de status grava uma linha de audit, e evidencia fotografica e exigida para varios trechos do ciclo.
As tres superficies
Ordens de servico sao gerenciadas em tres lugares:
- Dashboard em
/dashboard/tasks- quadro Kanban, visao em tabela e visao em mapa para gerentes de operacoes. E aqui que voce triagem, atribui, verifica e gera relatorios de custo. - Aba Tasks do operator-app - tecnicos de campo trabalham pelo celular. Eles veem "Mine", "Nearby" e "All", capturam fotos antes e depois e resolvem tasks com uma so mao. A aba mantem cache offline e sincroniza quando o sinal volta.
- Portal magic-link do vendor - parceiros externos de reparo recebem um link por e-mail, veem suas tasks na fila, sobem fotos e uma fatura via Stripe, e nunca tocam um login Levy.
Por que o motor de regras importa
A maior diferenca entre o Levy Service e um CMMS generico e o rule engine. Tasks podem ser criadas automaticamente quando a telemetria cruza um limite definido por voce. Sete tipos de trigger sao suportados:
- mileage - hodometro cruza um intervalo de servico
- time - cadencia de calendario (a cada 30 dias, a cada 90 dias)
- condition_report - uma nota de severidade da IA pos-corrida
- low_battery - bateria cai e o veiculo esta parado por uma janela configuravel
- rider_issue - um rider envia um problema pelo app movel
- iot_fault - um codigo de falha Queclink/OKAI cai em
iot_events - geofence - um veiculo sai da sua zona de operacao
Uma frota bem configurada bate mais de 50% de tasks criadas automaticamente, que e o limite para conseguir MTTR abaixo de 24 horas em trabalho critico.
Auto-flip para maintenance
Quando uma task high ou critical cai em um veiculo, o Levy automaticamente vira o status do veiculo para maintenance, de forma que ele desaparece do app do rider. A virada acontece no nivel do banco, entao dispara independente de quem criou a task - manual, rule engine ou vendor. Corridas ativas nunca sao interrompidas; a virada aguarda o fim da corrida. Em verified, o veiculo volta para available (ou offline, se a telemetria estiver defasada).
O que ler em seguida
- Getting Started - o setup de 15 minutos que coloca sua primeira task no quadro
- Kanban Board - como conduzir o daily standup pelo dashboard
- Rule Engine Setup - escreva seus primeiros tres triggers
- Technician App Flow - o que sua equipe de campo ve no celular
Onde os dados vivem
Tudo descrito nesta categoria e suportado pelas tabelas tasks, task_assignments, task_photos, task_parts, task_labor, task_rules, task_sla_breaches, vendors e parts_catalog. Se voce precisar puxar relatorios customizados, seu time de dados pode dar join em tasks.subaccount_id.