Prafrot – Manutenção: regras de backend

Regras que o backend deve implementar para alinhar com o frontend da tela de Manutenção (Prafrot).

1. Garantir que, ao atualizar um registro, as datas não fiquem vazias

Rota: PUT /manutencao_frota/:id
Regra: ao receber um payload de atualização, não sobrescrever com valor vazio campos de data que já existem no registro.
Campos de data: data_solicitacao, data_agendamento, data_parada_veiculo, previcao_entrega, data_finalizacao, data_retirada.
Comportamento esperado: se o cliente envia data_finalizacao: "" ou omite o campo, o backend mantém o valor atual em banco. Apenas valores não vazios (ex.: "2025-01-15") devem alterar o registro.

O frontend já preserva datas existentes ao montar o payload de edição; o backend deve seguir a mesma lógica para evitar limpar datas acidentalmente.

Rota: PUT /manutencao_frota/fechar_manutencao/:id
Regra: recusar o fechamento (ex.: 400) se alguma das datas abaixo estiver vazia:
- data_solicitacao
- data_agendamento
- data_parada_veiculo
- previcao_entrega
- data_finalizacao
- data_retirada
Resposta sugerida: mensagem clara indicando quais datas estão faltando (ex.: "Não é possível fechar: preencha Data Solicitação, Data Finalização.").

O frontend já valida essas mesmas datas antes de chamar o fechamento; a validação no backend é obrigatória para segurança e consistência.

Campos: orcamento_inicial, orcamento_final, dif_orcamento.
Regra: armazenar e expor valores numéricos (ex.: 1234.56). O frontend formata em pt-BR (R$ 1.234,56) na exibição.
APIs: aceitar número em POST /manutencao_frota e PUT /manutencao_frota/:id; retornar número nos JSONs de listagem e detalhe.

O frontend já trata:

Normalização de datas ao carregar para edição (ISO, YYYY-MM-DD, DD/MM/YYYY → YYYY-MM-DD).
Uso de type="date" com valores normalizados para evitar campos vazios por formato incorreto.

O backend deve retornar datas em formato ISO ou YYYY-MM-DD quando possível, para facilitar o preenchimento correto no formulário.