Histórico de entregas

• 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

• telemetry_ai_history agora fica em default-deny para anon/authenticated.
• Policies legadas locais e nomes vistos no snapshot remoto foram removidos pela migration.
• Web e Android continuam sem depender de acesso direto a essa tabela; o residuo mobile permanece tratado como persistencia nao critica.

Fonte: Round 593 - telemetry AI history RLS hardening

• youtube_recommendations agora permite apenas SELECT e INSERT do cache do usuario autenticado.
• A Edge youtube_dtc_videos deixou de gravar o auth.users.id bruto e passa a resolver public.users.id.
• anon continua sem acesso direto e service_role segue preservado para operacao interna.

Fonte: Round 592 - YouTube recommendations RLS hardening

• company_invites agora fica em default-deny para anon/authenticated.
• A policy legada admins_view_invites foi removida para evitar leitura direta por clientes.
• O fluxo Web atual de equipe continua usando company_members, sem depender dessa tabela legada.

Fonte: Round 591 - company invites RLS hardening

• service_order_public_links agora fica em default-deny para anon/authenticated.
• O acesso publico de cliente continua passando pela RPC get_public_service_order(token).
• Smokes locais cobriram token valido, expirado, inativo e inexistente.

Fonte: Round 590 - service order public links RLS hardening