PDV Jaguar

Cliente: Jaguar Mobilidade Elétrica LTDA, loja de veículos elétricos em São José dos Pinhais/PR, com e-commerce em jaguarmob.com.br. Os quatro serviços em produção responderam 200 na conferência de hoje (curl): o PDV, o micro-app público de termos, o backend e a loja WooCommerce. Os dois apps web saem do mesmo codebase Flutter, por entrypoints diferentes (lib/main.dart e lib/main_termo.dart), publicados em dois targets de hosting. O app está na v1.93 (lib/version.dart, bump manual a cada deploy). O .planning/NEXT.md registra a primeira NF-e autorizada em produção em 08/05/2026 (nº 3, série 1, protocolo 141260177556151); NFC-e ficou fora de escopo por decisão do cliente. Não existe no repositório métrica de volume de vendas, usuários ou uptime. Nada disso foi afirmado acima. Nota de nomenclatura: lib/data/mock_repository.dart herdou o nome do esqueleto, mas é o repositório real: abre os listeners do Firestore e escreve em batch. Não há mock nem fixture no caminho de produção do app. Duas pendências técnicas registradas com as palavras certas: 1. Regra de Firestore aberta demais. Hoje /termos/{id} é `allow read, write: if true` (create e delete inclusive) e, como `read` em Firestore cobre get e list, dá para listar as coleções /sinais e /termos inteiras e ler todos os recibos (nome, documento, valores, assinaturas). Antes de qualquer publicação: trocar `read` por `get` nas duas e restringir create/delete de /termos a request.auth != null, como já está em /sinais (firestore.rules:5-16). 2. Exportação de XMLs pro contador ainda aponta pra homologação. A callable exportarXmlsContador (functions/index.js:1041) consulta as vendas do mês na janela de Brasília (UTC-3 fixo), baixa os XMLs da Focus, zipa em memória com archiver e envia por e-mail. Só que a base da Focus está fixada em homologação (functions/index.js:1074), e é essa função que a tela chama (exportar_xmls_screen.dart:26). Como as notas reais foram emitidas em produção, o download falha hoje; virar é trocar a constante. A versão mais rígida, com intervalo de datas e descarte de notas de homologação pelo marcador /arquivos_development/, está no backend do Render (contadorController.js), um repositório separado que não está nesta pasta. Essa versão ainda não está ligada ao app. Há também código herdado que não roda para a Jaguar: o codebase functions/ nasceu do esqueleto de um PDV anterior e trouxe endpoints de Mercado Pago e gatilhos de agregados que disparam em coleções que este app não tem. Os documentos que eles escreveriam não são lidos em lugar nenhum de lib/. O total do caixa é incrementado no cliente, no mesmo batch da sangria (mock_repository.dart:227-231). A integração com a loja online foi feita do zero, em codebase separado (functions-wc). A sincronia é unidirecional (PDV para loja online); o webhook do WordPress de volta está documentado como backlog em INTEGRACAO_WOOCOMMERCE.md, seção 13 ("Limitações e backlog"). Seguem abertos e marcados como tal no código: importação de produtos por planilha e criação automática do usuário de Auth ao cadastrar vendedor (o vendedor cadastrado não consegue logar até isso ser feito à mão). Parte do trabalho de jun–ago/2026 foi deployada mas ainda não versionada no repositório: o módulo de recibo de sinal, a assinatura da empresa, a exportação de XMLs e a configuração de juros vivem só na cópia de trabalho. Vale acertar isso antes de mostrar o repo a alguém.