Make.com — org Bepex¶
Cenários Make da Bepex. O papel principal do Make no stack é ser a ponte de disparo de WhatsApp via Chatwoot para os fluxos de nutrição/comercial do n8n. Para padrões gerais de API/blueprint do Make, ver a skill
make.
Organização¶
| Parâmetro | Valor |
|---|---|
| Org ID | 115055 |
| URL base | https://us1.make.com/115055/scenarios |
| Região | US1 |
| Editor (padrão) | https://us1.make.com/115055/scenarios/{scenarioId}/edit |
Cenários — Disparador Vendas¶
Enviam mensagens WhatsApp via Chatwoot para leads do Pipedrive. Seis cenários idênticos em estrutura (Vendas1–6) processam em paralelo, mais um cenário principal "Disparador Vendas" que é o webhook receptor.
| Cenário | ID | Status | Pasta |
|---|---|---|---|
| Disparador Vendas (principal) | — | Ativo | Disparadores Mautic |
| Disparador Vendas1 | 3971432 |
Ativo | Disparadores Mautic |
| Disparador Vendas2 | 3960338 |
Ativo | Disparadores Mautic |
| Disparador Vendas3 | 3960351 |
Ativo | Disparadores Mautic |
| Disparador Vendas4 | 3971434 |
Ativo | Disparadores Mautic |
| Disparador Vendas5 | 3971438 |
Ativo | Disparadores Mautic |
| Disparador Vendas6 | 3960363 |
Ativo | Disparadores Mautic |
Webhook do Disparador Vendas¶
| Parâmetro | Valor |
|---|---|
| URL | https://hook.us1.make.com/${WEBHOOK_MAKE_CONTEUDO_INFINITO} |
| Método | POST |
| Content-Type | application/json |
Payload esperado (campos-chave): inboxID (27 = WhatsApp Bepex no Chatwoot account 2),
telefone_verificado, First_Name, messages (string JSON, precisa de JSON.stringify),
tag (identifica origem — nutricao, cadencia-automatica), idatividade/activity_id (atividade
Pipedrive), person_id.
Estrutura interna (Vendas1–6, blueprint idêntico)¶
Referências de módulo: {{43.*}} = webhook trigger; {{42.*}} = conversa/mensagem enviada;
{{28.convid}} = ID da conversa no Chatwoot.
O módulo pipedrive:UpdateActivity fica sempre em bp.flow[4].routes[3].flow[3].routes[1].flow[0]
(consistente porque os 6 foram clonados da mesma base). Marca a atividade como done e grava uma
nota com o link https://chat.bepex.com.br/app/accounts/2/conversations/{{28.convid}}.
Callback para o WF3 (nutrição)¶
Após envio bem-sucedido, cada cenário faz callback ao WF3 (Gestão de Cadência) do n8n. É o módulo
id: 99 (http:ActionSendData), logo após o UpdateActivity
(bp.flow[4].routes[3].flow[3].routes[1].flow[1]), com filtro se tag nutricao (só dispara para
tag = "nutricao", não afeta cadencia-automatica):
POST https://n8n.bepex.com.br/webhook/nutricao-cadencia
body: {"activity_id":"{{43.idatividade}}","person_id":"{{42.id}}","canal":"whatsapp"}
Fluxo end-to-end (nutrição via WhatsApp)¶
n8n WF1 ─► n8n WF2 (fila) ─► Make (Disparador Vendas1-6) ─► Chatwoot ─► WhatsApp
│
└─ UpdateActivity (done) ─► callback ─► n8n WF3 (cadência)
Integrações do cenário¶
- Pipedrive: via módulos nativos (
pipedrive:UpdateActivity), credencial referenciada por connection ID interno do Make (não exposta no blueprint). - Chatwoot:
chat.bepex.com.br, account 2, inbox 27 (WhatsApp Bepex). Conversa emhttps://chat.bepex.com.br/app/accounts/2/conversations/{convid}. - AWS SES: usado no branch de email do WF2 (n8n), não diretamente nos cenários Make.
Outros cenários Bepex conhecidos¶
| Cenário | Pasta | Papel |
|---|---|---|
Pipedrive → Omie (2912018) |
Pipedrive | Orçamento BPEX → cliente/pedido/produto no Omie. Referência canônica do mapping BPEX→Omie de produto. Doc do projeto: operacao/integracao-pedidos-de-venda/ |
| Cadencia Conexão Start | Cadências | Inicia cadências de conexão |
| Bepex to WhatsApp e Pipedrive | Pipedrive | Integração bidirecional |
| Atribuição de Conversas no Chatwoot | Chatwoot | Auto-atribuição |
| Algorítmo de Priorização | Pipedrive | Priorização de leads |
| Adiciona canal de origem ao negócio | Pipedrive | Tracking de canal |
Cenários deprecados (não modificar): pasta "DEPRECADOS" (Disparador Vendas1/4/5/Deprecado).
Padrão para modificar Vendas1–6 em lote (validado)¶
Por cenário: capturar headers (interceptor reinstalado a cada página de editor + 1 clique num módulo
para disparar as XHRs) → GET /api/v2/scenarios/{id}/blueprint → localizar módulo pelo path conhecido
→ modificar → PATCH /api/v2/scenarios/{id} com { blueprint: JSON.stringify(bp) } (status 200 = ok).
Ordem dos cenários: Vendas1 3971432 · Vendas2 3960338 · Vendas3 3960351 · Vendas4 3971434
· Vendas5 3971438 · Vendas6 3960363.
Regras operacionais¶
- Antes de alterar
{{N.campo}}num blueprint, inspecionar a última execução real (History) — nunca trocar referência sem ver o output real dos módulos. - HTTP module tem dois campos (
bodyedata) — setar ambos. - CSRF: usar
jQuery.ajax()para as chamadas autenticadas. - Filtro em módulo aborta toda a rota sequencial seguinte (não só pula o módulo). Preferir
condicionar mappings (
if(cond; A; B)) a filtrar. Lição do cenário Pipedrive→Omie (2026-05-04).
Troubleshooting¶
- Mensagem não enviada mas atividade marcada Done: o UpdateActivity é posicionado após os módulos de envio justamente para não marcar Done sem envio. Se ocorrer, checar a ordem no blueprint.
- Callback WF3 não executado: verificar a
tagno webhook (nutricao) e o filtro do módulo 99.