Histórico de entregas

• 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

• O fluxo OBD para OS passa a ancorar a ordem ativa como contexto do scanner, evitando bloqueio por serviceOrderId ausente na limpeza DTC.
• Limpar Falhas rejeita placeholders como offline-operator, local-multisystem e standalone em contexto de hardware real.
• A releitura pos-limpeza no C4L retornou Mode 03 = 43 00, Mode 07 = 47 00 e Mode 0A = NO DATA.
• O P023A permanece como investigacao enhanced/proprietaria; nao foi promovido como leitura universal confirmada pelo nosso scanner.

Fonte: Validacao C4L 2026-07-06 com OBDLink, OBDwiz/Napro como referencia externa e evidencia ADB/logcat

• O app reconhece modulos USB serial CH340/CP210x/FTDI/PL2303, solicita permissao USB e abre a porta em 19200 bps.
• A sheet TPMS do Jarvis agora permite escolher Auto, USB direto ou iBar BLE como fonte ativa.
• Frames TPMS com header 55 AA e checksum XOR alimentam o provider tpms_usb_serial_ch34x sem depender do APK original.
• O Jarvis mostra USB direto quando ativo e preserva stale/cache sem criar alerta novo quando o modulo e desconectado.

Fonte: Homologacao TPMS USB direto no Jarvis com referencia limpa dos APKs com.syt.tmps e com.tirebull.tpms

• Antes da primeira leitura, a aba informa que esta aguardando consulta 03/07/0A em vez de mostrar sucesso vazio.
• O botao Limpar Falhas fica oculto enquanto nao houver DTC visivel na lista.
• Ajuste preparado para a validacao controlada no C4L sem promover Production antes do teste real.

Fonte: Preparacao da rodada 624 para validacao C4L apos Round 623

• A inicializacao ELM agora diferencia adaptador conectado de ECU pronta, evitando mostrar a ECU como pronta quando o PID 0100 nao responde.
• Limpar Falhas por OBD Mode 04 passa a exigir confirmacao explicita, snapshot antes/depois e releitura 03, 07 e 0A para verificar o resultado.
• A limpeza UDS Service 14 tambem fica protegida por pedido confirmado, snapshot UDS 19 e validacao de resposta positiva antes de aceitar o resultado.

Fonte: Rodada 623 ECU Ready e Clear DTC Safety Gate validada com YouSimuladorOBD