Histórico de entregas

• A tela Configurações > Integrações passa a oferecer apenas a conexão WAHA; o painel da API oficial da Meta foi retirado.
• Envios, lembretes e ações do Inbox usam somente a sessão WAHA da oficina, sem a checagem de janela de 24 horas nem a exigência de template aprovado pela Meta.
• Mensagens antigas recebidas pela conexão Meta continuam visíveis no Inbox; apagar para todos não é mais oferecido nelas, apenas remover do YouAutoCar.
• Despachos, logs e conversas já registrados pela Meta permanecem no histórico, sem alteração.

Fonte: Descontinuação da Meta Cloud API decidida pelo Owner em 2026-09-14

• O PDF, seu nome e o tipo application/pdf são gravados junto com a criação do envio, antes de o bridge poder processá-lo.
• Enviar WhatsApp e PDF WhatsApp levam também no corpo um identificador novo por clique, evitando a reutilização de um envio antigo em abas já atualizadas.
• O histórico privado do Inbox continua recebendo a mesma cópia do documento, sem expor o Storage ou a API local do WAHA.
• A correção possui teste específico que falhava quando o bridge encontrava o despacho ainda marcado como texto.

Fonte: Correção atômica da fila de documentos enviados pelo WAHA

• Enviar WhatsApp e PDF WhatsApp deixam de reutilizar como sucesso um despacho antigo da mesma ordem de serviço.
• O bridge completo consulta o identificador canônico do contato antes de enviar, incluindo números brasileiros com variação do nono dígito.
• Texto e documentos continuam isolados por oficina, usando somente a sessão WAHA ativa da empresa selecionada.
• O contêiner anterior foi preservado desligado para permitir retorno controlado durante a homologação.

Fonte: Correção do destinatário canônico e da idempotência dos envios manuais da O.S.

• O bridge WAHA passa a usar os mesmos campos de nome e tipo de mídia gravados pela fila protegida.
• PDFs são enviados como application/pdf e mantêm o nome OS_xxxxxxxx.pdf, em vez do anexo genérico file.
• A cópia privada exibida no WhatsApp Inbox continua preservada, sem expor o Storage ou a API do WAHA.
• A correção cobre também os metadados equivalentes de imagens, áudios, vídeos e demais documentos futuros.

Fonte: Correção do contrato de mídia entre a fila do YouAutoCar e o bridge WAHA

• Ao entrar em funcionamento, a sessão WAHA torna-se automaticamente o provedor operacional da respectiva oficina.
• Oficinas que já estavam conectadas ao WAHA são reconciliadas sem apagar mensagens, conversas ou auditorias históricas da Meta.
• O WhatsApp Inbox consulta primeiro a sessão WAHA da oficina e mantém os provedores antigos apenas para compatibilidade histórica.
• Todos os envios transacionais continuam convergindo na fila protegida, com isolamento por oficina, idempotência e confirmação pelo bridge local.
• Automações permanecem desligadas durante a homologação; a correção libera somente os envios manuais já autorizados pelo operador.

Fonte: Correção da seleção de provedor após migração Meta para WAHA

• A confirmação de exclusão não depende mais da janela nativa do navegador, que podia ficar oculta e fazer o botão parecer sem resposta.
• O painel diferencia claramente a remoção de uma mensagem da limpeza da conversa inteira.
• A ação informa que a exclusão ocorre somente no Inbox do YouAutoCar e não apaga o histórico no WhatsApp do cliente.
• Enquanto a exclusão está em andamento, os controles ficam bloqueados para evitar cliques repetidos.

Fonte: Correção dos controles de exclusão local do WhatsApp Inbox

• O bridge local resolve identificadores LID do WhatsApp antes de encaminhar a mensagem ao Inbox.
• O telefone canônico passa a ser usado na conversa, na associação de cliente e no envio de respostas.
• Ao responder, a conexão vinculada à conversa prevalece sobre configurações antigas de outro provedor, evitando tentativas indevidas pela Meta.
• Para números brasileiros, o bridge confirma o identificador real do chat antes do envio, contemplando contas com a variação histórica do nono dígito.
• Pessoas já cadastradas na oficina, inclusive colaboradores, passam a aparecer pelo nome no Inbox; o vínculo respeita a oficina ativa e não transforma colaborador em cliente.
• Se o WhatsApp ainda não disponibilizar o vínculo entre identificador e telefone, o evento aguarda nova tentativa em vez de criar uma conversa inconsistente.
• A resolução ocorre dentro da rede privada; a API administrativa do WAHA continua sem exposição pública.

Fonte: Correção da compatibilidade do Inbox com identificadores LID do WAHA NOWEB

• O botão de criar conexão passa a iniciar a sessão e apresentar o QR confirmado pelo servidor, sem exigir uma permissão artificial dentro de cada oficina.
• A chamada autenticada de pareamento agora aceita o identificador de requisição do painel, evitando bloqueio do navegador antes de criar ou consultar a sessão.
• A troca rápida entre oficinas limpa o QR anterior e mantém sessões, comandos e histórico isolados por empresa.
• Confirmações de envio agora são atômicas e vinculadas à tentativa exata; reinícios do bridge não provocam reenvio silencioso de resultados incertos.
• Sessões ausentes são recriadas com segurança ao solicitar QR ou reconexão, e o período de observação de 72 horas começa somente quando a sessão fica operacional.
• Mídias, estados de sessão e confirmações de entrega receberam validações adicionais sem expor a API administrativa do WAHA à internet.

Fonte: Revisão Fable 5.1 e correção independente do pareamento e da entrega WAHA

• You Auto Car e Auto7Car podem usar números e sessões separados no mesmo servidor WAHA, sem compartilhar dados ou controles.
• Mensagens, mídia e confirmações passam por uma fila auditável; resultados ambíguos não são reenviados automaticamente.
• A API administrativa e o QR permanecem na rede privada, enquanto cada chamada do bridge usa assinatura, validade temporal e proteção contra repetição.
• Automações começam desligadas e só podem ser liberadas após 72 horas estáveis; mensagens manuais continuam disponíveis durante o piloto.
• O painel informa que WAHA usa WhatsApp Web e pode exigir novo pareamento, sofrer limitação ou bloqueio.

Fonte: Migração multiempresa para WAHA com bridge privado e rollout controlado

• O formulário orienta o uso de uma senha exclusiva, longa e com combinação de letras, número e símbolo.
• A rejeição de senha fraca deixa de exibir a mensagem técnica da Edge Function em inglês.
• A proteção contra senhas conhecidas ou vazadas permanece habilitada; nenhuma regra de segurança foi reduzida.

Fonte: Correção da experiência de troca de senha de colaboradores

• Proprietários e administradores da oficina podem salvar novamente nome, e-mail, telefone, documento e endereço dos colaboradores.
• A operação confirma que o colaborador pertence à mesma oficina antes de alterar qualquer dado.
• E-mail e dados de perfil permanecem sincronizados com a conta de acesso, sem liberar escrita direta na tabela protegida.
• A atualização também reconcilia o cargo e as permissões do colaborador para os próximos acessos ao painel.

Fonte: Correção do fluxo de colaboradores após diagnóstico de permissão 42501

• O Bluetooth do app foi atualizado e validado no tablet com os quatro sensores TPMS ao vivo, mantendo o ciclo econômico de aproximadamente 30 segundos por roda.
• Reiniciar o aplicativo não exige mais tocar em Atualizar TPMS: a leitura volta automaticamente quando chegam os próximos pacotes válidos.
• A limpeza excepcional de sessões de diagnóstico agora exige a permissão correta e cada exclusão de sessão gera um registro de auditoria.
• Importações do catálogo de serviços validam origem, destino e nomes duplicados antes de gravar.
• A página inicial e as rotas do painel administrativo passam pelo servidor de segurança, com a política completa de conteúdo aplicada antes da entrega.

Fonte: Rodada 656: fechamento autônomo de TPMS, histórico diagnóstico, dependências e segurança Web

• A tela de DTC consulta a preferência antes de qualquer chamada de rede e desaparece por completo quando os vídeos estão desligados.
• A aba de hipóteses passa a obedecer à mesma preferência, sem mostrar carregamento ou espaço vazio.
• Buscas duplicadas e arquivos antigos sem consumidor foram removidos, reduzindo tráfego e trabalho em segundo plano.
• A interface dos cartões foi simplificada para manter compatibilidade com centrais multimídia de GPU limitada.

Fonte: Rodada 655: fechamento DT-YT-01 com TDD e regressão mobile completa

• O botão com as setas diagonais do miniplayer volta a abrir o Jarvis Vivo mesmo quando a primeira tentativa de navegação não avança.
• Tocar no título da música mantém o mesmo comportamento de abrir a tela completa.
• A proteção existente continua impedindo duas telas do Jarvis quando a primeira tentativa já abriu corretamente.
• Reprodução, pausa, faixa atual e fechamento do miniplayer não foram alterados.

Fonte: Bancada Android 2026-09-10: regressão do fallback de navegação do miniplayer

• Com o app aberto, reinício do módulo ou queda da leitura passam a se recuperar sozinhos, sem precisar tocar em "Atualizar TPMS" nem fechar e abrir o app.
• Troca de veículo, volta do segundo plano e novas tentativas deixam de disputar a mesma conexão: o app só abre a leitura nova depois que a anterior terminou de encerrar.
• Queda silenciosa, quando o módulo encerra a leitura sem erro, passa a ser tratada como queda recuperável, com nova tentativa espaçada em vez de painel parado.
• O resumo do painel TPMS deixa de chamar de recente uma leitura vencida: nesse caso ele informa que é a última leitura salva e que o app aguarda pacote novo dos sensores.
• Continuam valendo o prazo de validade da leitura, o cache com a idade, a verificação de cada pacote do sensor, os alertas por roda e a separação por veículo.

Fonte: Bancada TPMS 2026-09-10: retomada automática da leitura e resumo de frescor

• A busca de sensores TPMS deixa de depender do filtro de Bluetooth do aparelho, que em Samsung podia ser recusado por falta de espaço e travava a aprendizagem sem nenhuma mensagem.
• A triagem passa a ser feita pelo app: pacotes de outros dispositivos Bluetooth são descartados na entrada e não entram em leitura, aprendizagem, alerta nem nos contadores de diagnóstico.
• Continua valendo a validação estrita de cada pacote do sensor, com os dois dígitos verificadores e a faixa física de pressão, temperatura e bateria.
• A busca segue somente com o app aberto e mantém as tentativas espaçadas quando o Bluetooth recusa iniciar.

Fonte: Rodada 654: TPMS iBar (busca BLE sem filtro de hardware em Samsung)

• Cada roda tem estado próprio (ao vivo, cache com idade, ausente, sem sensor ou em validação) e só leitura ao vivo dentro do prazo conta como pneu OK.
• O card e o Jarvis usam as rodas configuradas como denominador: uma roda ao vivo entre quatro aparece como "1/4 pneus OK", nunca como "1 pneu OK".
• O frescor da leitura é medido contra o relógio do aparelho, e não contra a hora do último pacote, então leitura vencida deixa de ser mostrada como recente.
• Trocar de veículo pausa a leitura e limpa na hora o painel, os limites, o histórico, os episódios e os vínculos de sensor do carro anterior antes de voltar a monitorar.
• Limites de pressão, temperatura, bateria e unidades passam a ser por veículo: carro sem configuração usa o padrão e nunca herda os valores de outro carro.
• Aprendizagem de sensor continua exigindo roda escolhida e código de 6 dígitos único por veículo; o vínculo aprendido fica guardado para o carro certo, inclusive offline.
• Pressão zero (pneu vazio) passa a ser tratada como leitura real e vira alerta crítico, em vez de manter na tela a última leitura normal.
• Vazamento rápido só se dá por recuperado com três leituras realmente estáveis ao longo de cinco minutos, acima do mínimo do veículo; oscilação ou enchimento no meio reinicia a contagem.
• O Jarvis resolve o alerta roda a roda: temperatura, bateria e pressão de uma roda não herdam a recuperação de outra, e a fala não repete o mesmo episódio.
• Módulo com cobertura parcial deixa de se anunciar como completo; o app mostra parcial ou em validação conforme o que o sensor realmente enviou.
• A configuração de TPMS feita no painel web e no app convive sem sobrescrita: quem salvou por último com a versão desatualizada recarrega o perfil em vez de apagar o do outro.
• No Supabase, limites gravados fora do formato esperado passam a ser recusados na escrita direta e nos RPCs, preservando o isolamento por empresa.

Fonte: Rodada 654: TPMS vertical (isolamento por veículo, cobertura por roda, vazamento e narração do Jarvis)

• Fila montada pasta por pasta com as mesmas extensões (mp3, m4a, aac, wav, flac e ogg) no seletor e no player; o seletor de pasta conta as músicas das subpastas.
• Próxima, Anterior e fim de faixa atravessam a fronteira entre pastas e dão a volta na biblioteca.
• Recarregar a pasta preserva a música atual pela identidade do arquivo; se ela sumiu, o Jarvis seleciona a próxima na ordem sem começar a tocar sozinho.
• Apagar a música atual mantém o estado tocando/pausado e, se o Android recusar a exclusão, a música volta ao ponto em que estava.
• O menu de ações do Jarvis Vivo permite apagar a música atual com confirmação e seguir para a próxima faixa.
• Sem pasta, sem permissão, pasta ausente, vazia ou ilegível mostram mensagem específica no Hub e no player; as faixas de demonstração foram removidas.
• Trocar de aba no Hub passou a ser só navegação: a música, o rádio ou o podcast que está tocando continua igual.
• Favoritos e recentes tocam a lista inteira daquela origem, e não mais uma faixa isolada; a busca espera você parar de digitar e ignora resposta atrasada.
• Controles de repetição (desligado, tudo, uma) e aleatório no Hub, com padrão por origem: música e rádio repetem, podcast termina no último episódio.
• Quando uma faixa não toca, o Hub continua aberto explicando o motivo, com "tentar de novo" e "pular", em vez de fechar como se tivesse dado certo.
• Busca de podcast passa a usar apenas o catálogo oficial da Apple; rádio que cai é retentada e, se não voltar, o Jarvis passa para outra estação.
• Rádio e podcast voltam de onde pararam ao reabrir o app, sempre pausados; o último resultado de busca fica disponível durante a sessão quando a rede oscila.

Fonte: Rodada 654: player multimídia, fase 1 (biblioteca local por pastas)

• No app, o Jarvis volta a entregar hipóteses reais da IA no diagnóstico assistido (sem mudança de versão: a correção é no servidor).
• Provedor e modelo de IA definidos em um único lugar e trocáveis sem nova publicação.
• Falhas temporárias são retentadas e cota esgotada troca de provedor na hora, sem mostrar roteiro padrão como se fosse análise.
• Fotos e documentos enviados como evidência continuam sendo lidos pela IA no novo provedor.

Fonte: Rodada 654 (DT-AI-03)

• Edge Functions de IA (copiloto, DTC, uploads, hipóteses, manutenção preditiva) usam um modelo Gemini atual definido em um único lugar, com retentativa em picos de demanda e modelo secundário opcional.
• Quando a IA não responde, o app e o painel mostram o selo "Modo de contingência" em vez de apresentar o roteiro padrão como laudo.
• Detalhe do Diagnóstico no app: vídeos do YouTube por DTC no fim da tela (respeitando a preferência "Mostrar vídeos educativos"), confiança em porcentagem, DTCs armazenados/pendentes/permanentes, origem dos dados traduzida, fontes de evidência com força e atualidade, próximo teste sem repetir a recomendação.
• Aba Diagnóstico da O.S. no painel: card completo do resumo da IA Jarvis com os mesmos elementos e painel de vídeos por defeito com o veículo da O.S.
• Textos acentuados nas duas telas e no widget de vídeos (Evidências, Hipótese, Próximo teste, Vídeos por defeito, Pré/Pós-scan, Crítico).
• Viagens de bancada e sincronização seguem como na 1.2.48; sem mudança de banco.

Fonte: Rodada 654: tela Detalhe do Diagnóstico revisada com o Owner no tablet (DT-AI-01, DT-MOB-17, DT-WEB-14, DT-YT-01)