Alterar configs operacionais via banco
Configurações operacionais (tag AC, link grupo WhatsApp, URLs de webhooks)
vivem em uma única linha por aulão na tabela public.landing_configs.
Para mudar qualquer uma delas, basta um UPDATE no Supabase + chamar o
endpoint de sincronização.
Os 6 campos editáveis
| Coluna | O que controla |
|---|---|
tag_activecampaign | Tag que o ActiveCampaign aplica em cada lead da Etapa 1 |
link_grupo_whatsapp | URL para onde o lead é redirecionado em /concluir-cadastro |
url_webhook_unnichat | Webhook que dispara fluxo de API + WhatsApp na Etapa 1 |
unnichat_series_id | Series ID enviado no payload do Unnichat (default '212') |
url_webhook_make_etapa1 | Webhook Make.com que recebe lead da Etapa 1 |
url_webhook_make_etapa2 | Webhook Make.com que recebe pesquisa da Etapa 2 |
Fluxo de alteração (3 passos)
Passo 1: Editar a coluna no Supabase
Abra https://supabase.com/dashboard/project/dwckajtqbvltcatzycej/sql/new
Exemplo 1 — trocar a tag do AC do aulão ativo:
update public.landing_configs
set tag_activecampaign = '2606_A1_V3'
where codigo = '2606_A1';
Exemplo 2 — trocar o link do grupo WhatsApp:
update public.landing_configs
set link_grupo_whatsapp = 'https://chat.whatsapp.com/NOVOLINK'
where codigo = '2606_A1';
Exemplo 3 — trocar URL do webhook do Make Etapa 2:
update public.landing_configs
set url_webhook_make_etapa2 = 'https://hook.us2.make.com/NOVO_WEBHOOK'
where codigo = '2606_A1';
Exemplo 4 — alterar várias colunas de uma vez:
update public.landing_configs
set tag_activecampaign = '2606_A1_V3',
link_grupo_whatsapp = 'https://chat.whatsapp.com/NOVOLINK'
where codigo = '2606_A1';
Passo 2: Conferir o estado
select codigo, estado, tag_activecampaign, link_grupo_whatsapp,
url_webhook_unnichat, unnichat_series_id,
url_webhook_make_etapa1, url_webhook_make_etapa2
from public.landing_configs
where codigo = '2606_A1';
Confirme que os valores estão como você quer.
Passo 3: Sincronizar com o código
Acesse no navegador:
https://aulao.brunolucarelli.com.br/api/admin/virar/2606_A1?token=arrematador-01
O endpoint detecta que o código já é o ativo (modo sync) e:
- Lê todos os campos da linha no banco
- Gera novo
src/config/runtime.tsvia GitHub API - Commit automático no main branch
- Vercel faz deploy em ~30-60s
Resposta esperada:
{
"ok": true,
"modo": "sync",
"mensagem": "Config 2606_A1 ja era ativa. Sincronizado runtime.ts com valores atuais do banco.",
"codigoAnterior": null,
"codigoAtual": "2606_A1",
"arquivosAtualizados": ["runtime.ts"],
"proximoPasso": "Vercel ira fazer deploy automatico em ~30-60s"
}
Validação
Após o deploy completar:
- Para tag AC: faça um cadastro de teste, confirme que aparece no AC com a tag nova
- Para link grupo: abra
/concluir-cadastroem modo preview e clique no botão "Entrar no grupo" — deve abrir o link novo - Para webhook: dispare um cadastro de teste e confira no painel do Make.com / Unnichat que a chamada chegou para a URL nova
Cuidados
- Se a coluna ficar
NULLno banco, o código vai usar''(string vazia). No caso de webhooks isso significa não disparar (não vai falhar, só pular). No caso da tag AC, o lead vai pro AC sem tag aplicada. - Sempre rode o endpoint após o
UPDATE. Sem isso, o código continua usando os valores anteriores (que estão "congelados" emruntime.ts). - O endpoint é idempotente — pode chamar várias vezes seguidas sem efeito colateral. Apenas gera commits "sync" no GitHub a cada chamada.
Próxima evolução planejada
Construir uma UI simples em /admin/config onde você (e a equipe) edita os
campos via formulário e clica em "Aplicar agora" ou "Agendar". A tabela
landing_configs já tem todo o modelo de dados pronto pra isso.