Histórico de entregas

• 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

• A leitura automatica e o comando remoto READ_DTC consolidam falhas pelos modos 03, 07 e 0A, preservando NO DATA como evidencia tecnica sem apagar DTCs ativos.
• Leituras enhanced por UDS/KWP ficam bloqueadas ate existir allowlist, capacidade do adaptador e homologacao repetivel.
• Jarvis passa a marcar hipoteses sem fatos observados como stale, e o laboratorio Windows Scanner declara comandos read-only explicitos para capturas locais.

Fonte: Scanner Reality Lock com validacoes mobile OBD/IA, Windows Scanner e RLS local

• Foi adicionada a rota /dtc-catalog em Catalogos, com busca, filtros, paginacao e detalhes tecnicos por codigo.
• SaaS admins podem criar, editar, inativar e reativar entradas; usuarios de diagnostico continuam em consulta protegida por RLS.
• O sync mobile passa a usar um feed que inclui registros inativos, permitindo remover do cache offline um DTC descontinuado sem quebrar o asset local.

Fonte: Plano para banco online de DTCs visivel no Web e sincronizado com funcionamento offline do aplicativo

• O botao Ler Falhas agora tenta 03, 07 e 0A como fallback antes de concluir que nao existem DTCs.
• P-codes com digito hexadecimal, como P023A, permanecem visiveis na tela de falhas com descricao offline.
• O atalho Abrir falhas no painel DTC do Jarvis foi estabilizado para navegar sem assertion ao fechar o sheet.

Fonte: Validacao no tablet com YouSimuladorOBD reportando P023A

• Ao tocar no DTC ativo na tela principal do Jarvis, o app mostra os codigos detectados, a descricao em portugues e o que aquele DTC pode ou nao provar sozinho.
• O catalogo offline foi ampliado para 898 codigos sem substituir descricoes e severidades ja validadas pelo YouAutoCar, preservando P023A e codigos hexadecimais como P000A, P001F e P242F.
• Foi criado o contrato Supabase dtc_reference_catalog para atualizar definicoes online e manter cache local para funcionamento offline; P3A00 segue desconhecido/OEM ate existir fonte confiavel.

Fonte: Fluxo solicitado para DTC clicavel no Jarvis e importacao controlada do pacote inicial C:/Users/haise/Downloads/dtc