Roteamento por estabelecimento
Cada evento cai na unidade certa pelo IdDoEstabelecimento, em código.
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
O sistema aceita e confirma a assinatura do SNS sozinho, sem intervenção.
Todo evento auditável
Cada webhook recebido fica registrado no banco, pronto para investigar.
Envio pelo FZAP por unidade
A mensagem sai pelo número correto de cada unidade, sem depender de terceiro.
Como funciona
Do dado à mensagem, em código
A agenda dispara
O evento da agenda cai no webhook da aplicação.
O sistema roteia
Ele identifica a unidade e aplica a regra certa, em código.
O WhatsApp envia
A mensagem sai pelo FZAP, com o número de cada unidade.
Stack
A engenharia por trás
GoNext.jsPostgreSQLFZAPAWS SNSDocker
Números reais
A prova
Produção real · cerca de 40 dias no ar
0eventos processados em tempo real
0,0%taxa de entrega das mensagens
0agendamentos movimentados
0unidades roteadas por um só sistema
São cerca de 1.467 eventos por dia roteados sem intervenção manual, sobre uma base de 22.586 clientes.
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.
Perguntas frequentes
O que costumam perguntar
Dá para atender várias unidades com números de WhatsApp diferentes?
Sim. Cada evento é roteado para a unidade certa pelo identificador do estabelecimento, e a mensagem sai pelo número daquela unidade específica.
Como o sistema recebe os agendamentos da agenda?
Por webhook da agenda (no caso, Trinks via AWS SNS), com a assinatura confirmada e cada evento registrado automaticamente no banco.
Isso substitui um fluxo de automação no n8n?
Sim. No lugar do fluxo visual, que quebra quando o roteamento cresce, entra um sistema próprio versionado e testável que você possui.
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.