Site TAF (Vercel + Supabase)
Mesmo modelo do site da WCR: uma página só (public/index.html), dados no Supabase.
Aba Tarefas = restrições R01-R110 da rev6. Quem edita, todos veem (salva a cada edição, confere a cada 30 s).
Este repositório é PÚBLICO. Dado real (a leitura da rev6: contrato, medido, recebido, nomes), chave e senha nunca entram nele. A leitura vai do computador direto para o banco (ver "Atualizar os números").
Como funciona
- Desde 03/11/2026 o site principal abre sem chave (pedido do Felipe, até a empresa crescer): planilha de gestão, Tarefas e Tarefas por Obra leem e gravam por
taf_ler_aberto, taf_edicoes_aberto e taf_tarefa_salvar_aberto (supabase/12_site_aberto.sql, com o bloco para reverter). Continuam com chave: trocar a planilha de todos (taf_snap_salvar), o ERP (tem CPF, ASO, atestado, banco de horas, salário, conta bancária, celular) e o planejador (cronograma, /ciclo, /marko: permissão por papel). Apagar as três funções abertas faz o site voltar a pedir a chave sozinho.
- Com a chave (botão "Entrar com a chave" no Painel) o aparelho vê também o prazo do cronograma.
- Os números vêm da rev6: o banco guarda a última leitura. Para atualizar: botão Atualizar com a rev6 e escolher o .xlsx (salva para todos).
- Edições das tarefas ficam por cima da rev6, no banco (
taf_tarefa_edicao, com histórico em taf_tarefa_hist). Não mexem no arquivo da rev6: quem aplica na planilha é a gestão, com as abas MUDANÇAS e NOVAS do botão Baixar planilha.
- Baixar planilha (cabeçalho e barra de edição da aba Tarefas) gera
TAF - TAREFAS DO SITE - <data>.xlsx no navegador, com 3 abas: TAREFAS (lista inteira com as edições), MUDANÇAS (rev6) (campo, valor da rev6, valor de agora, linha e coluna da 05C) e NOVAS (05C) (tarefas criadas no site, na ordem das colunas da 05C). Antes de Restaurar original e de Importar JSON o site baixa essa planilha como cópia de segurança.
- Quando sair uma rev nova com as edições aplicadas: recarregar a leitura (abaixo) e apagar de
taf_tarefa_edicao as edições já aplicadas, senão elas aparecem duas vezes.
- O campo Hoje abre na data real; uma data digitada vale só no dia.
- Banco: Supabase
construdata-platform, só tabelas taf_* (ver supabase/schema.sql). Nada da WCR foi alterado.
Publicar no Vercel (3 passos)
- Subir esta pasta num repositório do GitHub.
- Vercel > Add New > Project > escolher o repositório. Framework: Other. Root Directory:
public. Deploy.
- Abrir o link, digitar a chave e o seu nome. Banco vazio: escolher a rev6 (.xlsx) uma vez.
Para o endpoint /api/leitura (abaixo) funcionar, cadastrar uma vez em Vercel > Settings > Environment Variables (Production) e fazer novo Deploy:
TAF_SUPABASE_URL: endereço do projeto Supabase (Supabase > Project Settings > API > Project URL).TAF_SUPABASE_KEY: a chave publicável (publishable/anon) do mesmo projeto. Nunca a service_role.
Refazer o index.html
fonte/transform.py monta public/index.html a partir de template2.html, wcr.css, extract.js e loader.html (rodar dentro de fonte/ com Python + Pillow). Ele grava fonte/index.html (copiar para public/index.html e apagar o de fonte/) e public/versao.json com o código da versão: quem está com o site aberto recebe a versão nova sozinho (confere a cada 2 minutos e ao voltar para a aba; não recarrega enquanto a pessoa digita).
Atualizar os números (quem faz: o Claude)
A leitura não passa mais pelo Git: sem seed.js, sem commit, sem push, sem chave na URL. O script lê a rev6 no computador e envia por POST; o banco confere a chave (como sempre).
O envio (--enviar) só funciona depois que esta versão for publicada na Vercel e as duas variáveis acima estiverem cadastradas; antes disso responde 404 ou 500. Enquanto isso, atualizar pelo botão Atualizar com a rev6 do site (passo 6). Nunca voltar ao /api/seed?k=.
npm i [email protected] (fora do repositório).- Guardar a chave só na sessão do terminal (não digitar na linha do comando, nem em URL, nem em arquivo do repositório):
- Git Bash:
read -s TAF_CHAVE; export TAF_CHAVE
- PowerShell:
$env:TAF_CHAVE = Read-Host "chave" (a chave aparece na tela enquanto digita)
- Conferir sem enviar:
node fonte/gerar-seed.js "<caminho da rev6.xlsx>" (mostra o resumo; nada é gravado nem enviado).
- Enviar:
node fonte/gerar-seed.js "<caminho da rev6.xlsx>" --enviar. Grava a nova leitura no banco; quem está com o site aberto vê na próxima abertura.
- Outro endereço (teste local, por exemplo):
--url http://127.0.0.1:3000/api/leitura ou variável TAF_URL. Fora de localhost só aceita https.
- Guardar uma cópia local em vez de enviar (ou antes de enviar):
--salvar grava leitura-local.json na raiz (o Git ignora; o script recusa gravar dentro de public/). Depois: node fonte/gerar-seed.js leitura-local.json --enviar.
- Sem terminal: o botão Atualizar com a rev6 do próprio site continua funcionando.
Como o endpoint funciona (public/api/leitura.js): só aceita POST com a chave no cabeçalho x-chave (ou Authorization: Bearer), corpo JSON { snap, fonte, quem } de até 1 MB e no formato esperado; chave na URL é recusada; GET é recusado. O endpoint não conhece a chave: repassa ao banco (taf_snap_salvar), que compara o SHA-256 com taf_chave.
Tarefas editadas no site (taf_tarefa_edicao) ficam por cima e não são apagadas por uma nova leitura.
Resumo automático para o diretor (e-mail no horário)
O site manda sozinho, por e-mail, o resumo de cada obra: diário em dia útil às 7h de Brasília e semanal na segunda às 7h30 (os crons de public/vercel.json, em UTC). Duas horas depois roda a repescagem (&repescagem=1), que manda só o que não saiu. No plano Hobby da Vercel cada agendamento roda uma vez por dia e pode sair em qualquer minuto da hora marcada. [PENDENTE DE VALIDAÇÃO] Pelas regras da Vercel o Hobby é só para uso pessoal, sem fim comercial (https://vercel.com/docs/limits/fair-use-guidelines#commercial-usage): confirmar com o Felipe em que plano está o projeto. No Pro o agendamento sai no minuto marcado. Quem recebe é cadastrado na tela do ERP: Gestão e administração > Resumo para o diretor (só chave pessoal de Diretoria ou gestor). Lá também ficam "Ver prévia", "Copiar para WhatsApp" e "Mandar agora para mim".
Endpoint public/api/resumo.js (irmão do /api/leitura): GET ?quando=diario|semanal só com Authorization: Bearer <CRON_SECRET> (o agendador da Vercel manda sozinho); POST com a chave pessoal em x-chave para a prévia e o teste. O texto junta o planejador e o ERP pelo banco (fonte/erp/sql/08_resumo.sql, rascunho até o sim do Felipe). E-mail pela API da Resend, só fetch, um pedido por e-mail (/emails) com a chave de idempotência do envio, a mesma em toda tentativa: se uma execução repetir (registro no banco que falhou, resposta que não voltou), a Resend não manda de novo. A função tem até 60 s (functions em public/vercel.json). O texto do e-mail fica em public/api/_resumo_email.js (o _ faz a Vercel não publicar o arquivo como endpoint).
Para ligar (Vercel > Settings > Environment Variables, Production, e novo Deploy), além de TAF_SUPABASE_URL e TAF_SUPABASE_KEY:
CRON_SECRET: um texto sorteado de 16 caracteres ou mais (pode ser uma frase com espaço; o agendador manda o valor exato).RESEND_API_KEY: a chave da API da Resend.RESUMO_REMETENTE: por exemplo Resumo TAF <resumo@seu-dominio> (domínio conferido na Resend).TAF_CHAVE_RESUMO: a chave do robô, gerada na própria tela ("Gerar chave do robô"); aparece uma vez.
WhatsApp (entrada)
Porta de entrada do WhatsApp oficial (Meta Cloud API) para o centro de comando: public/api/whatsapp.js. Só recebe e grava; nenhuma mensagem é enviada, nenhuma resposta vai ao remetente, nenhuma mídia é baixada. A única coisa que sai daqui é a cópia opcional da própria entrega para o Hermes (HERMES_WEBHOOK_URL, mais abaixo). GET responde a verificação do webhook da Meta; POST confere a assinatura X-Hub-Signature-256 (HMAC do corpo bruto) e chama a função do banco ia_whatsapp_receber (fonte/erp/sql/09_whatsapp_entrada.sql, rascunho até o sim do Felipe) uma vez por mensagem. Mensagem de texto vira uma linha em ia.fato (empresa GRUPO, tipo mensagem, título "WhatsApp de "); áudio, imagem e documento entram só com o tipo e o id da mídia. Número fora da lista whatsapp_allowlist de ia.config fica só como "WhatsApp de número não liberado" com os 4 últimos dígitos, sem texto. Reenvio da Meta não duplica (hash pelo id da mensagem). Função com 10 s (functions em public/vercel.json).
O código fica inerte (responde 503) até existirem na Vercel (Settings > Environment Variables, Production, e novo Deploy), além de TAF_SUPABASE_URL e TAF_SUPABASE_KEY:
WHATSAPP_VERIFY_TOKEN: texto sorteado, o mesmo digitado no painel da Meta ao cadastrar o webhook.WHATSAPP_APP_SECRET: o App Secret do app da Meta (assina cada POST; assinatura errada responde 401).WHATSAPP_SEGREDO_BANCO: segredo que o banco confere pelo SHA-256 guardado em ia.config (chave whatsapp_segredo_banco); sem essa linha no banco a porta fica fechada.
Passo a passo e o que fica gravado: fonte/erp/sql/LEIA-ME-09-WHATSAPP.md.
Botão de aprovação e cópia para o Hermes (só no /api/whatsapp; a Bird fica como alternativa inerte): toque em botão, lista ou botão de modelo vira texto (ok 12, nao 12), e a entrega com mensagem segue, com os mesmos bytes e a assinatura original, para o webhook do Hermes em HERMES_WEBHOOK_URL (opcional, https; a falha da cópia nunca muda a resposta à Meta); construído conforme a documentação, testado só com assinatura simulada, ainda sem entrega real da Meta: fonte/erp/sql/LEIA-ME-11-WHATSAPP-HERMES.md.
Caminho pela Bird (public/api/whatsapp-bird.js, variável BIRD_WEBHOOK_SECRET; construído pela documentação da Bird, testado só com assinatura sintética, ainda sem entrega real), reenvio quando o banco falha (503 para o provedor reenviar) e aprovação por comando no celular (ok 12, não 12, não 12: motivo; frase comum não vira comando; fonte/erp/sql/10_whatsapp_aprovacao.sql, rascunho): fonte/erp/sql/LEIA-ME-10-WHATSAPP-BIRD.md.
Testes (sem banco real, sem rede)
node --test "testes/*.test.js" (Node 18 ou mais novo, sem instalar pacote). Usam Supabase e fetch simulados e leitura fictícia. Cobrem: GET recusado, sem chave, chave errada, chave na URL, corpo inválido, tamanho, POST válido gravando, o script local e uma trava que falha se dado real voltar a ser rastreado.
Segurança do repositório
Ver SEED-PRIVADO-LEIA-ME.md: o seed.js antigo continua no histórico do Git público (tratar como exposto) e como limpar/trocar a chave.
