Histórico de entregas

• Telemetria do dashboard Android normaliza timestamps em UTC para evitar leituras remotas com atraso artificial de fuso.
• O painel Scanner Web separa websocket conectado de pacote recebido e mostra aviso quando o ultimo pacote esta antigo.
• A aba Multimidia deixa claro que status antigo do perfil nao representa presenca do scanner OBD ao vivo.

Fonte: Solicitacao operacional - scanner ao vivo Web sem telemetria do tablet

• A tela passa a ler tanto o campo atual odometer_km quanto o legado km_reading.
• Registros sem KM ou sem data exibem fallback claro em vez de disparar TypeError.
• O modal de veiculo permanece aberto mesmo quando existe leitura historica incompleta.

Fonte: Solicitacao operacional - TypeError em OdometerHistoryTab

• Falhas AuthRetryableFetchException, SocketException, refresh_token e endpoints de auth agora sao traduzidas para orientacao segura ao usuario.
• Erros de permissao recebem mensagem propria para conferir login, oficina ativa e acesso ao veiculo.
• Falhas desconhecidas deixam de aparecer como stack tecnica no modal de veiculo.

Fonte: Solicitacao operacional - erro cru na aba Multimidia do veiculo

• Criacao simples e recorrente de contas financeiras passa a validar o usuario canonico da oficina antes de gravar com privilegio de Edge Function.
• Contas a Pagar abrem como despesa e Contas a Receber abrem como receita, mantendo a mesma empresa ativa do painel financeiro.
• Perfis com leitura continuam vendo o financeiro, mas criar, editar, excluir e baixar como pago ou recebido ficam restritos a owner, admin e manager.

Fonte: Solicitacao operacional - revisar financeiro matriz/filial

• O servico OBD padrao passa a consultar 0900 e respeitar o bitmap antes de ler VIN, CALID, CVN e nome da ECU.
• O scanner padrao usa o novo contrato Mode 09 para VIN e mantem CVN como raw seguro, sem interpretar calibracao como diagnostico conclusivo.
• A descoberta de PIDs foi alinhada ate 01C0 e o catalogo publico passa a ter fonte versionada dentro do repositorio.

Fonte: Solicitacao operacional - reconciliar auditoria OBD e fortalecer scanner universal

• O catalogo OBD do app foi enriquecido com PIDs publicos adicionais do pacote de referencia, todos sem polling padrao automatico.
• Mode 09 agora fica documentado no catalogo para discovery, VIN, CALID, CVN e nome de ECU em fluxos passivos/on-demand.
• PIDs complexos de diesel, DPF, SCR, NOx e afins permanecem como referencia bruta ate existir decoder seguro e fonte confiavel.

Fonte: Solicitacao operacional - fortalecer o scanner OBD existente

• Camera, galeria, arquivos e PDF Scanner agora abrem um passo obrigatorio de Descricao tecnica antes de salvar a evidencia.
• A descricao aparece no card da evidencia e pode ser corrigida quando o registro e canonico em diagnostic_evidence.
• Ao salvar uma correcao, a evidencia volta para reanalise IA sem criar escrita nova em anexos legados de os_attachments.

Fonte: Solicitacao operacional - contrato mobile de descricao tecnica em evidencias

• A funcao passa a diferenciar evidencia inexistente de evidencia sem acesso, retornando 404 ou 403 antes de qualquer atualizacao privilegiada.
• A validacao usa a leitura autenticada com RLS em diagnostic_evidence antes de buscar o registro completo com service_role.
• O caminho multimodal, o fallback textual e o guard contra DTC falso continuam preservados.

Fonte: Round 607 - analyze_upload evidence access guard

• Cards de Fotos e Evidencias ganharam atalho para editar a descricao tecnica de arquivos canonicos.
• Ao salvar a descricao, a evidencia e marcada para nova analise IA usando o arquivo e o texto atualizado.
• Anexos legados continuam somente leitura, preservando compatibilidade sem novos writes em os_attachments.

Fonte: Solicitacao operacional - editar descricao das evidencias

• Fotos e Evidencias da OS abrem uma fila antes do envio, exigindo Descricao tecnica individual para cada arquivo.
• A descricao salva aparece nos cards da galeria e acompanha o resumo IA quando existir.
• PDFs de scanner continuam usando o importador canonico, agora recebendo a descricao informada pelo mecanico.
• A Edge analyze_upload tenta enviar imagens e PDFs suportados para o Gemini com inline_data e registra quando precisou cair para analise textual.

Fonte: Solicitacao operacional - evidencias da OS com descricao tecnica para IA

• O card Veiculo da OS agora mostra ano fab/modelo, combustivel, chassi, RENAVAM, cidade/UF, KM de entrada, KM cadastrado, motor e ECU.
• O cadastro de veiculo ganhou seletor de Modelo correto do motor e Modelo da ECU, filtrando ECUs pelo motor escolhido.
• Quando uma ECU e selecionada, o veiculo fica em modo manual para o scanner; sem ECU, o perfil volta ao modo automatico para preservar fallback seguro.
• A frota Web passa a carregar e exibir a ECU vinculada ao lado do perfil de motor.

Fonte: Solicitacao operacional - OS com dados tecnicos do veiculo

• O bridge do scanner agora promove o adaptador a premium quando MAC, nome ou fingerprint comprovam familia OBDLink/STN.
• O chip e o resumo tecnico usam a mesma classificacao efetiva da sessao Bluetooth, preservando o protocolo e os PIDs reais anunciados pela ECU.
• Quando a ECU nao libera PIDs de polling, o Scanner Tecnico ainda publica a tensao valida do adaptador via ATRV para diagnostico com meia-chave.
• Foi adicionada uma coleta de homologacao Fiat KWP read-only no Scanner Tecnico para capturar respostas brutas por fase de oficina e comparar com scanners externos.
• No Palio KWP, a tela continua tratando apenas os PIDs suportados pela ECU, sem inventar sensores nao liberados.
• Foi preparado um perfil remoto conservador Fiat Palio Fire Flex KWP 2008/2009 para separar este veiculo do fallback generico apos aprovacao de push do Supabase.

Fonte: Round 603 - Palio OBDLink live diagnostics

• Horarios recentes que tinham sido registrados como UTC/local+3 foram reconciliados com o horario local dos commits.
• A validacao de release notes agora rejeita entradas datadas de hoje com hora futura em America/Sao_Paulo.
• A pagina publica continua exibindo o campo time literalmente, agora com protecao para evitar drift de timezone.

Fonte: Round 601 - Release notes local time guard

• parts agora permite leitura autenticada de pecas globais e de pecas da propria empresa.
• Cadastro, edicao e remocao ficam restritos a usuarios autenticados com gestao de catalogo, com escopo por empresa quando company_id existir.
• Policies antigas TO public sao removidas e anon deixa de ter acesso direto pela Data API.
• Atualizacao de item de O.S. agora so informa catalogo sincronizado quando o banco confirma uma linha alterada.

Fonte: Round 600 - Parts catalog RLS hardening

• company_settings agora permite SELECT, INSERT e UPDATE apenas para usuarios autenticados da empresa ativa.
• A policy antiga Consolidated Manage Company Settings, que era FOR ALL TO public, foi substituida por policies separadas com WITH CHECK.
• O markup de pecas usado nas configuracoes e na O.S. Web continua funcionando, mas outro tenant nao consegue ler ou alterar esses ajustes.

Fonte: Round 599 - Company settings RLS hardening

• products agora permite SELECT apenas para usuarios autenticados e mantem service_role para rotinas de catalogo.
• Policies antigas Admin Products e Select Products sao removidas quando existirem, junto com grants amplos vistos no snapshot remoto salvo.
• O Web continua podendo enriquecer itens de O.S. e buscar pecas por RPC, mas clientes nao conseguem inserir, atualizar ou apagar produtos diretamente.

Fonte: Round 598 - Products catalog RLS hardening

• vehicle_presence agora permite leitura, insercao e heartbeat apenas para usuarios autenticados com acesso ao veiculo.
• Policies antigas amplas de presenca online sao removidas quando existirem, incluindo o SELECT autenticado sem escopo visto no snapshot remoto salvo.
• O Android continua usando o upsert por vehicle_id e o Web continua lendo a lista/mapa de veiculos online, mas o contrato passa a bloquear outro tenant por RLS.

Fonte: Round 597 - Vehicle presence RLS hardening

• anomaly_log agora permite leitura, insercao e atualizacao apenas quando o usuario pode acessar a sessao diagnostica.
• parameter_snapshots ficou em leitura autenticada por sessao; escritas diretas passam a ser restritas ao backend.
• A tela Web de detalhe diagnostico passa a ordenar snapshots por captured_at e mapear os campos reais da tabela.

Fonte: Round 596 - Diagnostic runtime artifacts RLS hardening

• obd_adapters agora tem policies separadas de SELECT, INSERT e UPDATE para authenticated.
• A policy remota ampla Authenticated users can manage adapters e nomes legados sao removidos quando existirem.
• O contrato mobile de fingerprint por MAC continua funcionando, mas o catalogo segue compartilhado entre usuarios autenticados ate existir ownership tenant-scoped.

Fonte: Round 595 - OBD adapters RLS hardening

• obd_sessions agora usa public.get_user_id() e o helper can_access_vehicle para permitir apenas sessoes do usuario canonico e veiculos autorizados.
• PID support, command log e leituras OBD ficaram escopados pela sessao dona, sem acesso anonimo ou DELETE direto de authenticated.
• O app Android deixa de gravar auth.users.id bruto em obd_sessions e filtra historico e score pelo public.users.id resolvido.

Fonte: Round 594 - OBD homologation sessions RLS hardening