Criando Tasks Manualmente
Em uma frota madura, a maioria das ordens de servico e criada pelo rule engine, mas criacao manual continua sendo a resposta certa para trabalho ad-hoc: a ligacao de um cliente sobre um moped vazando em um estacionamento, uma modificacao planejada, uma inspecao unica. Este artigo cobre os tres caminhos manuais.
Pelo quadro Kanban
E o caminho mais rapido e o que sua equipe de operacoes vai usar em 90% dos casos.
Clique New Task
Canto superior direito de /dashboard/tasks.
Escolha um veiculo
Digite o vehicle number no autocomplete. O formulario preenche subaccount, ultima localizacao GPS e nivel atual de bateria como contexto.
Escolha um type
Os 14 tipos sao: scheduled_maintenance, repair, deploy, retrieve, charge_swap, battery_swap, rebalance, lost_and_found, inspection, cleaning, parts_replacement, software_update, inspection_failed_followup, vendor_dispatch. Escolha o mais proximo.
Escolha uma priority
low, medium, high ou critical. O SLA due time e calculado pela configuracao de SLA do seu subaccount - veja SLA and Performance.
Escreva title e description
O title precisa caber no card (menos de 60 caracteres). A description e para o tecnico - inclua numeros de pecas, observacoes e referencias a fotos.
Atribua (opcional)
Pule para deixar um tecnico proximo pegar pelo operator-app. Escolha um nome se quiser empurrar diretamente.
Criar
A task entra no quadro. Se a priority for high ou critical, o veiculo automaticamente vira maintenance e some do app do rider em segundos.
Pela pagina de detalhe do veiculo
Se voce ja esta olhando o historico de um veiculo, e mais rapido criar a task no contexto:
- Abra o veiculo em
/dashboard/vehicles/[id] - Role ate o card Open Tasks a direita
- Clique + New Task
- O dialog abre com o veiculo pre-selecionado - preencha type, priority, title, description e crie
A pagina de detalhe do veiculo tambem mostra toda task fechada contra a maquina na secao Maintenance History, entao voce pode confirmar se uma determinada falha esta recorrente antes de abrir outra ordem.
Pela API
Para integracoes e scripts, faca POST em /api/tasks:
POST /api/tasks
Content-Type: application/json
{
"vehicle_uuid": "uuid-here",
"task_type": "repair",
"priority": "high",
"title": "Front brake cable replacement",
"description": "Reported by rider - cable slipping. Replace cable + housing.",
"assignee_id": "team-member-uuid-or-null"
}
A rota aplica a regra uma task aberta do mesmo type por veiculo. Se ja existe uma task repair aberta contra o veiculo, a resposta e 200 com skipped_duplicate: true em vez de 201. Isso evita duplicatas de rule-loop e de bugs de integracao.
O que acontece apos criar
Tres coisas disparam imediatamente:
- Relogio de SLA comeca.
sla_due_ate escrito com base na sua config de priority. - Checagem de status do veiculo. Se priority for
highoucritical, um trigger de banco viravehicles.statusparamaintenance- a menos que o veiculo estejain_use(com corrida ativa), caso em que a virada aguarda o fim. - Distribuicao de notificacao. Se a task estiver atribuida, o assignee recebe um Expo push. Se a priority for
critical, oops_managerdo subaccount tambem recebe push e mensagem no Slack.
O que voce nao pode fazer manualmente
Algumas regras para manter os dados limpos:
- Voce nao pode criar uma task sem
vehicle_uuid. Ativos que nao sao veiculos (carregadores, baterias na prateleira) estao fora do escopo ate a expansao CMMS. - Voce nao pode criar uma task duplicada do mesmo
task_typecontra o mesmo veiculo. Feche a primeira ou escolha outro type. - Voce nao pode criar uma task para um veiculo de outro subaccount. RLS bloqueia no servidor.
Nao crie tasks de manutencao contra veiculos deletados
Se um veiculo for soft-deleted, a API retorna 404. Se precisar registrar o reparo final de um veiculo aposentado, faca antes de deletar.