Roteamento por estabelecimento
Cada evento carrega o IdDoEstabelecimento, e é ele que decide a unidade de destino. A regra vive em código versionado, não num nó condicional que ninguém quer abrir.
Todos os cases
Automação operacional
Rede de estética · 6 unidadesO webhook da agenda vira mensagem na unidade certa, sozinho
Uma rede de estética com 6 unidades precisava confirmar agendamentos por WhatsApp sem ninguém despachando mensagem à mão. A Flouds trocou o fluxo n8n por um sistema próprio em Go que identifica a unidade de cada evento e envia a confirmação sem intervenção.
Falar sobre o meu caso.jpg&w=3840&q=75)
O que estava no caminho
Os problemas que você reconhece
Roteamento vira labirinto
Cada unidade tem número, idEstabelecimento e agenda próprios. No n8n, isso vira dezenas de nós condicionais que ninguém quer mais tocar.
Mensagem na loja errada
Um roteamento frouxo manda a confirmação da unidade A para o cliente da unidade B.
Webhook sem confirmar
A agenda exige confirmar o SubscriptionConfirmation do SNS. Esquecer disso derruba o fluxo inteiro.
Sem rastro do que aconteceu
Quando um lembrete não sai, não há log para explicar o motivo. Sobra a reclamação do cliente.
Antes e depois
Do improviso a um sistema próprio
O problema
Com uma unidade, um fluxo n8n aguenta. Com seis, cada uma tem seu número de WhatsApp, seu idEstabelecimento e seu mapa de profissionais, e o roteamento vira um labirinto de nós condicionais que ninguém tem mais coragem de mexer. Um evento cai na unidade errada e o cliente recebe a mensagem de outra loja, ou não recebe nada.
O que construímos
A Flouds entregou um sistema próprio em Go, Next.js e Postgres que recebe o webhook da agenda (Trinks, via SNS), confirma a assinatura do SNS automaticamente, registra cada evento e usa o IdDoEstabelecimento para rotear até a unidade correta. A lógica fica em código versionado e testável, dentro da sua infraestrutura.
O que o sistema faz
As capacidades que resolvem a dor
Confirmação automática do SNS
A assinatura do SNS é aceita e confirmada pelo próprio sistema, sem ninguém acompanhando. É o passo que, esquecido, derruba o fluxo inteiro da agenda.
Todo evento fica auditável
Cada webhook recebido fica gravado no Postgres antes de virar mensagem. Quando um lembrete não sai, existe registro para explicar o motivo.
Envio pelo FZAP por unidade
A confirmação sai pelo número de WhatsApp da própria unidade, pelo FZAP. Nenhuma etapa depende de plataforma de terceiro no meio do caminho.
A engenharia por trás
GoNext.jsPostgreSQLFZAPAWS SNSDocker
Como funciona
Do dado à mensagem, em código
01
A agenda dispara
O agendamento criado na Trinks vira um evento que chega pelo webhook, via AWS SNS. O sistema confirma a assinatura sozinho, no primeiro contato.
Sem confirmar SNS na mão
02
O evento é registrado
Antes de qualquer envio, o webhook é gravado no Postgres com o que veio da agenda. É esse registro que permite investigar depois.
Rastro de cada agendamento
03
O sistema roteia
O IdDoEstabelecimento define a unidade e a regra que se aplica àquele evento. Seis unidades convivem no mesmo código, sem ramificação visual.
6 unidades, um só sistema
04
O WhatsApp envia
A mensagem sai pelo FZAP com o número da unidade correta, sem ninguém despachando à mão. O cliente recebe a confirmação da loja onde marcou.
93,5% de entrega
E quando quebra?
Você tem uma aplicação real, que registra log, sobe com um comando e fica na sua infraestrutura. Quando a agenda muda, você altera código em vez de remontar trinta nós num editor visual.
Números reais
A prova
Produção real · cerca de 40 dias no ar
São cerca de 1.467 eventos por dia roteados sem intervenção manual, sobre uma base de 22.586 clientes.
0eventos processados em tempo real
0,0%taxa de entrega das mensagens
0agendamentos movimentados
0unidades roteadas por um só sistema
Perguntas frequentes
O que costumam perguntar
Continue explorando
Outros cases
Chegou a sua hora
Você tem várias unidades e uma automação que não escala
A Flouds resolve isso com software próprio, feito para aguentar produção.