Histórico de entregas

• A limpeza Mode 04 passa a exigir O.S. ativa, sessao salva, pre-scan registrado, motivo tecnico e confirmacao explicita.
• A O.S. recebe snapshots pre/post-scan, diff auditavel e eventos append-only para scanner e Jarvis.
• Jarvis/Copilot passam a separar fatos, inferencias, recomendacoes e badges de fonte/confianca, com card de proximo teste no app.
• Historico do veiculo passa a incluir workflow diagnostico e viagens na timeline web, com bloco tecnico recente no app.

Fonte: Plano MVP Scanner/Jarvis/Historico 2026-07-09: S01, S02, S05, S11 e S13

• Falhas recuperaveis de DNS/Supabase e fonte online passam a ser registradas como erro nao fatal, preservando o app em conexoes ruins.
• A aba DTC cancela leituras pendentes quando o provider ja foi descartado, evitando erro de Riverpod apos sair da tela.
• Mapas de guincho/historico so usam bounds quando existe area real, e o Jarvis evita navegar usando contexto ja desmontado.
• O router principal deixa de ser recriado por mudancas de perfil, reduzindo risco de GlobalKey duplicada no StatefulShellRoute.

Fonte: Crashlytics 2026-07-09: AuthRetryableFetchException, Riverpod disposed ref, flutter_map zoom finito, Google Fonts offline, GlobalKey no StatefulShellRoute, GoRouter em contexto desativado e RenderFlex overflow

• A tela de Ordens de Servico do app nao mostra OS concluidas por padrao quando o filtro esta em Todas.
• Um chip permite mostrar ou ocultar concluidas sem alterar status, dados remotos ou cache offline.
• O filtro Concluida continua exibindo essas OS diretamente para consulta.

Fonte: Solicitacao operacional 2026-07-08: alinhar a lista do app ao padrao Web de ocultar OS concluidas

• A Tabela de Ordens de Servico passa a ocultar OS concluidas na visualizacao padrao.
• Um botao permite mostrar ou ocultar concluidas quando a oficina precisar consultar o historico recente.
• O filtro Concluida continua exibindo essas OS diretamente, e o Kanban permanece sem alteracao.

Fonte: Solicitacao operacional 2026-07-08: reduzir a lista da Tabela de OS sem criar arquivamento persistente

• O status no cabecalho da OS vira um menu quando existem transicoes manuais permitidas.
• OS em servico pode ir para Financeiro, Concluida ou Cancelada pelo detalhe, usando o mesmo contrato do Kanban.
• A etapa Aguardando Pag. continua automatica por boleto ou carne e nao aparece como acao manual.

Fonte: Solicitacao operacional 2026-07-08: permitir mudar status da OS pelo detalhe Web sem depender do Kanban

• O perfil premium do Jarvis renderiza os sprites aprovados para idle, fala, scan, performance, alerta e critico, sem depender de .riv.
• O mapeamento visual usa o estado ja resolvido pelo Flutter, sem alterar diagnostico, OBD, IA, Supabase ou regras de severidade.
• O runtime Rive saiu do boot mobile; o contrato visual agora valida apenas o pacote Flutter/sprites usado pelo app.

Fonte: Implementacao local 2026-07-08: decisao do Owner de abandonar .riv e manter Jarvis Vivo em Flutter/sprites

• No Web, a aba viva de Pecas usa helper testado para montar o link Mercado Livre com nome da peca e contexto do veiculo, sem depender da Edge Function.
• No Android, a aba Pecas e a busca do catalogo mostram acao Buscar no Mercado Livre apenas para itens de tipo peca.
• O gate critico passa a cobrir o helper e o render do botao para reduzir risco de regressao silenciosa.

Fonte: Implementacao local 2026-07-07: contrato Mercado Livre em O.S. Web+Android, sem Supabase remoto, Edge deploy ou API de cotacao

• No Android, a tela Turbo e Admissao mantem P023A visivel, mas nao usa esse codigo como confirmacao universal de underboost ou atuador sem origem enhanced/runtime.
• No Web, entram o fiscal NFS-e em modo dry-run, os lembretes WhatsApp de pendencias da O.S. e o ajuste de identidade publica nos pedidos de guincho.
• No Supabase, ficam aplicadas as migrations de lembretes, fiscal dry-run e RLS das tabelas legadas core, sem emissao real de NFS-e.

Fonte: Deploy completo 2026-07-07: Android Internal/Alpha, Web Easypanel e Supabase remoto

• companies, company_members, maintenance_items, tow_pricing e tow_requests recebem policies canonicas por tenant, sem acesso direto anonimo.
• O portal Web de guincho passa a resolver public.users.id ao criar, listar e cancelar pedidos, preservando fallback para registros legados.
• Cancelamento proprio de guincho fica limitado ao status pendente; equipe da oficina continua gerenciando chamados e precos apenas no proprio tenant.

Fonte: Implementacao 2026-07-07: hardening RLS legado DB+Web, sem Android/Play e sem publicacao Web externa nesta etapa

• Nova configuracao Fiscal NFS-e permite ativar o modulo por empresa, escolher modelo comercial e selecionar provider alvo como Nacional, DF, Goiania ou Anapolis.
• A O.S. ganha aba Fiscal para separar servicos de pecas, calcular valor sugerido de NFS-e e listar pecas fora da NFS-e para trilha futura NF-e/NFC-e.
• O dry-run gera validacoes de CNPJ, inscricao municipal, CNAE, municipio IBGE, tomador e itens, mantendo transmissao, assinatura e emissao real bloqueadas.

Fonte: Implementacao 2026-07-07: modulo fiscal dry-run ativavel por empresa, sem certificado, sem prefeitura/SEFAZ e sem emissao real

• Novo dossie separa NFS-e de servicos da trilha futura NF-e/NFC-e para pecas e produtos.
• Matriz cobre DF, NFS-e Nacional, Goiania SGISS/ABRASF 2.04, Anapolis em transicao e Goias estadual como trilha futura.
• A proposta tecnica define dry-run, XML/DPS/RPS de teste, provider fiscal futuro e checklist de contador/credenciais antes de homologacao.

Fonte: Pesquisa fiscal 2026-07-07: dossie documental sem migration, sem certificado, sem transmissao de nota e sem emissao real

• Novo tipo Sem boleto/carne encontra OS em pendencia financeira ou aguardando pagamento sem cobranca Efi aberta.
• Regras podem ter destino Colaboradores ou Cliente da OS; cliente fica em envio manual com confirmacao antes do WhatsApp real.
• Historico de entregas passa a guardar destino, nome e telefone resolvidos para auditoria.

Fonte: Implementacao 2026-07-07: mensagens WhatsApp para OS sem boleto/carne, sem disparo real de QA para cliente

• Novo painel em Colaboradores > Lembretes OS para criar regras por tipo de pendencia, escolher destinatarios e ajustar atraso/repeticao em minutos, horas ou dias, limites e horario comercial.
• Nova automacao service-order-reminders seleciona OS sem KM total, com pendencia financeira ou aguardando pagamento, registra dedupe e historico sem marcar whatsapp_sent da OS.
• Envios internos passam a registrar whatsapp_logs, whatsapp_messages, service_order_events e deliveries para auditoria operacional.

Fonte: Implementacao 2026-07-07: lembretes WhatsApp de pendencias de OS, com Supabase remoto/function publicados e sem envio real de WhatsApp

• P0237/P0238 seguem contando como evidencia universal forte de pressao quando a leitura e OBD-II padrao.
• P023A generico nao confirma underboost nem atuador sozinho e passa a exibir ressalva de provenance.
• P023A enhanced/runtime aparece apenas como evidencia auxiliar, sem promocao para OBD-II universal.

Fonte: Round 629 local: DTC Provenance / P023A Turbo Guard, sem Play, Supabase remoto, Web deploy ou hardware real

• A tabela de OS mostra o badge KM total pendente abaixo da placa quando a OS e o cadastro do veiculo nao possuem quilometragem valida.
• O Kanban exibe o mesmo alerta no card da OS para manter o aviso em qualquer modo de visualizacao.
• A listagem agora carrega o KM atual do veiculo junto com os dados de placa e modelo para aplicar a mesma regra usada no detalhe da OS.

Fonte: Solicitacao operacional 2026-07-07: destacar OS sem KM total diretamente na lista de Ordens de Servico

• Itens sugeridos por compatibilidade aparecem apenas como Sugestao e nao ficam marcados automaticamente.
• A confirmacao de manutencao fica bloqueada quando o KM de entrada nao foi salvo, evitando gravar troca com KM zero.
• A OS mostra alerta no Geral e no resumo lateral quando o KM total esta pendente, com atalho para atualizar o KM de entrada.
• Falhas de status mostram a mensagem real do backend, como pendencias financeiras, em vez do aviso generico.

Fonte: Debug Chrome na OS ec8d87ab em 2026-07-07: modal de manutencao auto-marcava itens e o status retornava erro financeiro 400

• O caminho BLE direto bloqueia Mode 04 e UDS Service 14, direcionando a limpeza para os servicos com DtcClearSafetyRequest.
• Quando o DtcService/CommandQueue esta disponivel, o fallback legado via _obdRepository.sendCommand nao e usado para preencher DTC depois de leitura vazia ou falha.
• A documentacao separa a evidencia C4L sanitizada local da execucao da rodada atual, sem promover P023A como OBD-II universal.

Fonte: Rodada 626 local: reconciliacao C4L, BLE/legacy guard, sem hardware real, Mode 04, Service 14, Supabase remoto, Play ou Web deploy

• Limpar Falhas rejeita qualquer contexto local-* em fluxo real e exige contexto real ou bancada marcada como lab/bench.
• Mode 04 e UDS Service 14 nao sao enviados quando a releitura previa nao tem DTC armazenado, pendente ou UDS visivel.
• A IA multissistemas deixa de fabricar battery/rpm/speed quando nao ha liveReadings e retorna snapshot indisponivel localmente.

Fonte: Rodada 625 local: C4L No Fake Evidence, sem Supabase remoto, Play Production, Web deploy ou novo comando em hardware real

• A opcao USB direto continua mostrando frames/sensores recebidos, mas nao exibe PSI como pneu OK ate a calibracao fisica ser confirmada.
• Leituras USB provisorias nao geram alerta novo, nao entram no historico de pressao e nao viram cache de ultima leitura.
• O card TPMS do Jarvis passa a resumir USB como sensores USB/escala em validacao, preservando o iBar BLE como provider calibrado separado.

Fonte: Validacao de bancada 2026-07-06: sensores 433 MHz fora das rodas e frame USB 55 AA ainda com escala provisoria

• Ao escolher USB direto, a sheet TPMS fica em monitoramento serial e deixa de abrir a configuracao de aprendizagem iBar.
• Os cards de roda do USB usam icone USB e nao mostram os codigos fotografados do kit BLE.
• O iBar BLE continua disponivel como opcao manual/fallback, mas suas acoes aparecem apenas quando esse provider esta em uso.

Fonte: Smoke Jarvis TPMS na multimidia 192.168.1.109 com sensores 433 MHz ainda em bancada