Pular para o conteúdo
    Post

    Integração de ERP com WhatsApp: como Omie, Bling e Tiny cortam retrabalho

    Veja como integrar Omie, Bling ou Tiny ao WhatsApp com IA para consultar estoque, mandar nota fiscal e boleto, e avisar status de pedido sem retrabalho manual.

    Nícolas Faganelly
    Nícolas Faganelly
    Founder e CEO da Flly IA e Automações
    Post

    Integração de ERP (sistema de gestão financeira e operacional) com WhatsApp é fazer esse sistema, que guarda pedido, estoque, nota fiscal e conta a receber, responder o cliente no canal onde ele já pergunta "cadê meu pedido". Funciona por dois caminhos complementares: o ERP dispara um webhook (aviso automático que um sistema envia a outro quando algo muda) quando o pedido muda de status, ou a IA consulta o ERP no instante da pergunta, usando function calling (recurso que permite à IA chamar, durante a conversa, uma função de sistema como "buscar pedido"). Pra quem fatura acima de R$ 100 mil por mês e já roda Omie, Bling, Tiny ou Conta Azul, a escolha entre os dois caminhos depende de um detalhe raro de ver comparado: nem todo ERP tem webhook, e o limite de requisições da API (interface que permite que dois sistemas troquem dado) muda o que dá pra automatizar em tempo real.

    Segundo a pesquisa CNDL/SPC Brasil com 800 compradores on-line (junho de 2025), 62% preferem o WhatsApp como canal de comunicação comercial e 70% já interagiram com um robô de atendimento. O cliente já está esperando ali: falta decidir se a resposta sai sozinha do ERP ou se alguém digita de novo.

    Seis fluxos justificam a integração antes de qualquer discussão de plataforma

    Antes de escolher ferramenta, mapeie qual fluxo consome mais tempo do time hoje, porque cada um exige um nível diferente de acesso ao ERP. Consulta e status só leem dado. Cadastro, reposição e cobrança escrevem de volta, e escrita pede mais cuidado com limite de requisição e validação.

    1. Consulta de estoque e preço na conversa: o cliente pergunta se tem o item disponível e a IA responde com o número do ERP na hora, sem "eu confirmo e te aviso".
    2. Status do pedido e rastreio: resolve o "cadê meu pedido" que hoje vira mensagem repetida pro atendimento.
    3. Segunda via de boleto e nota fiscal: o cliente pede o boleto vencido ou a nota da última compra e recebe o link na própria conversa.
    4. Cadastro de cliente e pedido a partir da venda no WhatsApp: fecha a venda ali e o ERP já nasce com o registro certo, sem reentrada manual do mesmo dado.
    5. Reposição recorrente: comum em distribuidoras, a IA pergunta se o cliente quer repetir o último pedido antes que o estoque dele zere.
    6. Cobrança: lembrete de vencimento e negociação de parcela atrasada, com o valor exato em aberto puxado do módulo financeiro.

    Os três primeiros só leem dado e são os mais fáceis de colocar no ar primeiro. Os três últimos escrevem de volta ou disparam cobrança, e é aí que o limite de requisição e o webhook do seu ERP decidem se a automação roda em tempo real ou em lote a cada poucos minutos. Essa lógica de priorizar o fluxo que mais dói é a mesma do guia de automação comercial com IA no WhatsApp: comece pequeno, meça, só depois expanda.

    Omie, Bling e Tiny atendem operações diferentes, e isso aparece no preço de entrada

    Omie nasceu pra gestão financeira e fiscal de PME de serviços e comércio, com CRM (sistema de gestão de relacionamento de clientes) próprio no plano pago. Bling e o Tiny, hoje parte do Olist ERP, nasceram pra e-commerce multicanal, fortes em marketplace, catálogo e frete. Conta Azul fica perto do Omie em proposta, mas sem CRM nativo. Nenhum dos quatro foi desenhado pensando em WhatsApp: a conversa entra por fora, via API.

    O preço de entrada e o comportamento da API mudam bastante entre eles, o que decide se a integração é simples de montar sozinho ou exige um projeto maior. Os dados abaixo vêm das tabelas oficiais de cada fabricante, incluindo a tabela de planos do Tiny e do Olist ERP.

    | ERP | Perfil | Preço de entrada | Protocolo de API | Webhook | Limite de requisição | | --- | --- | --- | --- | --- | --- | | Omie | ERP completo pra serviços e comércio | Fit grátis até R$ 180 mil de faturamento por ano e 10 notas por mês; Full sem preço oficial publicado | JSON ou SOAP, só método POST | Sim, por evento: financeiro, pedidos, notas e cadastros | 960 requisições por minuto por IP | | Bling | E-commerce e multicanal, foco em marketplace | R$ 60 por mês (Cobalto) a R$ 650 por mês (Diamante) | REST, OAuth 2.0 | Sim, pra pedido, produto, estoque e nota fiscal; sem contas a receber | 3 requisições por segundo e 120 mil por dia | | Tiny (Olist ERP) | E-commerce e multicanal, com precificação e SPED | R$ 55 por mês (Avance, sem API) a R$ 758 por mês (Domine); API só a partir do Construa, R$ 143 por mês | REST, OAuth 2.0 | Sim na API 2.0, 7 tipos operacionais; sem webhook financeiro | 30 a 140 leituras por minuto, conforme o plano | | Conta Azul | Financeiro e fiscal pra PME de serviços | R$ 159,90 por mês (Essencial) a R$ 719,90 por mês (Performance), no anual | REST, OAuth 2.0 | Não existe; depende de checagem periódica (polling) | 600 chamadas por minuto por conta |

    O Omie é o único dos quatro com webhook de financeiro, o que faz diferença direta pro fluxo de cobrança: um evento de conta a receber paga dispara uma mensagem de agradecimento na hora, sem rotina de checagem. No Bling e no Tiny, cobrança depende de consultar o financeiro em intervalos, porque nenhum dos dois avisa sozinho quando um boleto é pago. Quem usa Conta Azul encontra o passo a passo completo em integração da Conta Azul com WhatsApp e IA.

    Nem todo ERP avisa sozinho quando algo muda, e isso decide a arquitetura

    Um sistema com webhook empurra o dado assim que o evento acontece: pedido faturado, nota emitida, boleto pago. Um sistema sem webhook obriga a arquitetura a perguntar de tempos em tempos se algo mudou, prática chamada de polling. A diferença define o quão rápido o cliente recebe a resposta e quanto sua integração gasta de requisição por dia. Veja mais no glossário de webhook.

    Bling e Tiny cobrem bem os eventos operacionais, produto, estoque, pedido e nota fiscal, então status de pedido e rastreio saem quase em tempo real nos dois. Onde ficam devendo é no financeiro: sem webhook de contas a receber, a baixa de um boleto só chega na próxima consulta agendada, a cada poucos minutos, pra não estourar o limite do Bling ou do Tiny.

    Conta Azul não tem webhook nenhum, nem operacional nem financeiro: a própria documentação recomenda polling com paginação. Isso não inviabiliza os seis fluxos, só muda o intervalo de atualização, limitado pelas 600 chamadas por minuto por conta. Pra cobrança, onde o cliente mais sente atraso, vale reservar uma fatia maior desse limite pro financeiro em vez de sincronizar o catálogo inteiro a cada rodada.

    Function calling deixa a IA responder com dado vivo do ERP, sem esperar sincronização

    Existem duas formas de a IA saber o que está no ERP. Na primeira, function calling, a cada mensagem a IA decide se precisa chamar uma função de sistema, tipo "buscar status do pedido 4521", e a resposta vem fresca da API na hora, o mesmo princípio usado no agendamento em tempo real dentro de projetos de integração.

    Na segunda forma, sincronização por evento, o catálogo e o estoque são replicados periodicamente pra base de conhecimento (RAG, técnica que deixa a IA buscar a resposta dentro de um conteúdo carregado antes, em vez de perguntar ao sistema de origem a cada mensagem), e a IA responde com o dado da última sincronização. Faz mais sentido quando o limite de requisição é apertado, como os 3 por segundo do Bling, porque não dá pra bater na API a cada mensagem de cada conversa simultânea.

    Na prática, misturar as duas abordagens costuma dar o melhor resultado: catálogo sincronizado a cada poucos minutos, e status de pedido, boleto e nota fiscal consultados ao vivo, onde o cliente nota a diferença entre a IA saber e a IA adivinhar. Detalhes técnicos em como function calling transforma conversa em ação no WhatsApp.

    A cobrança pelo WhatsApp muda de conta a partir de outubro de 2026

    Hoje, a resposta da sua IA dentro da janela de 24 horas depois que o cliente escreve é mensagem de serviço, e mensagem de serviço não é cobrada pela Meta. A partir de 1º de outubro de 2026 isso muda: pela documentação oficial da Meta, citada pelo Mobile Time, respostas que não usam template (modelo de mensagem pré-aprovado pela Meta pra iniciar conversa fora da janela de 24 horas) passam a ser cobradas por mensagem entregue, na mesma tarifa da mensagem de utilidade, hoje R$ 0,035 no Brasil (o valor final só sai em 1º de setembro de 2026). Ficam de fora as conversas de anúncio com clique pro WhatsApp, grátis por 72 horas, e as respostas do Meta Business Agent, cobradas à parte por token desde agosto de 2026.

    Isso importa direto pros seis fluxos: hoje, responder "seu pedido chega até quinta" dentro da janela custa zero de mensagem. A partir de outubro, cada resposta desse tipo entra na conta, e num volume de centenas de conversas por dia isso vira uma linha de custo que precisa entrar na planilha antes de escalar o fluxo.

    Vale reler cobrança à luz disso: se o ERP dispara webhook de financeiro, como o Omie, a confirmação de pagamento sai como resposta automática e vai custar a partir de outubro. Se você já usa template porque o ERP não avisa sozinho, o custo já existe hoje.

    Um projeto de integração custa e demora de acordo com o que ele escreve de volta

    Não existe tabela pública única de preço de projeto de integração, porque o escopo varia entre ler dado do ERP e escrever pedido, baixa ou cadastro nele. O que dá pra afirmar, olhando os quatro ERPs da tabela acima, é o que muda o tamanho do projeto: ERP sem webhook, caso da Conta Azul, exige rotina de checagem construída do zero; ERP com limite apertado, caso do Bling, exige fila e controle de repetição; e fluxo que escreve de volta, como cadastro de pedido, pede validação extra pra não duplicar registro se a mensagem falhar no meio do caminho.

    Fluxo só de leitura, como estoque e status de pedido, segue o raciocínio de automação das rotinas administrativas da PME no WhatsApp: dá pra montar com n8n, Make ou Zapier (ferramentas de automação que conectam sistemas sem exigir código) direto na API do ERP, sem projeto fechado. Fluxo de escrita e cobrança costuma justificar um projeto de implantação com escopo alinhado antes de começar, porque erro ali custa mais caro que erro numa resposta de estoque desatualizada.

    A Flly entra depois do ERP: no atendimento, no CRM e na régua de cobrança

    A Flly, plataforma SaaS (software como serviço) brasileira de atendimento automatizado e CRM conversacional com IA no WhatsApp, não fabrica ERP nem tem conector nativo pronto pra Omie, Bling, Tiny ou Conta Azul. O caminho hoje é webhook de saída somado a n8n, Make ou Zapier, ou um projeto de implantação em que a Flly integra direto. Em projetos de consultoria, a Flly já integrou Omie e Asaas, além de plataformas de e-commerce e estoque.

    O que a Flly cobre nativamente é a outra metade da conversa: qualificação com status configurável, agendamento no Google Calendar, follow-up (voltar no cliente em potencial para lembrá-lo) multimídia e um CRM Kanban, com colunas arrastáveis e histórico completo por cliente. É ali que o dado vindo do ERP aparece pro vendedor, não dentro do próprio ERP.

    A Terramundi, boutique de viagens que usa a Flly, qualificou 1.037 leads (clientes potenciais) num mês, transferiu 424 pra vendedor humano (41,6%) e gerou R$ 455 mil em pipeline com R$ 217 mil de receita já confirmada. Os números vêm de qualificação e agendamento, não de integração com ERP, mas mostram o volume que uma operação de porte médio sustenta sem digitação manual. Quem lida com parcelamento e boleto encontra o fluxo detalhado em gestão de parcelamento e lembrete de boleto a vencer pra agências de viagem.

    Perguntas frequentes

    Omie tem webhook?

    Tem. O portal de ajuda da Omie sobre webhooks explica como cadastrar por aplicativo e evento, cobrindo contas a receber, pedido de venda, nota fiscal e cadastro. É o único dos quatro ERPs desta comparação com webhook de financeiro.

    A API do Bling tem limite de requisições?

    Tem: 3 requisições por segundo e 120 mil por dia por conta, segundo a documentação oficial de limites do Bling. Passar isso devolve erro 429 na hora, e um padrão de abuso, como 300 erros ou 600 chamadas em 10 segundos, derruba o acesso por 10 minutos, então vale desenhar a integração com fila e repetição controlada.

    Preciso de programador pra integrar ERP e WhatsApp?

    Pra fluxo só de leitura, como estoque ou status de pedido, dá pra montar com n8n, Make ou Zapier sem escrever código, desde que a autenticação da API do ERP esteja configurada certo. Pra fluxo de escrita, como cadastro ou baixa de cobrança, o risco de erro sobe e a maioria prefere um projeto com escopo fechado.

    Qual ERP integra melhor com WhatsApp: Omie, Bling ou Tiny?

    Depende do que você mais precisa automatizar. Pra cobrança automática, o Omie sai na frente por ter webhook de financeiro. Pra catálogo e estoque de e-commerce, Bling e Tiny cobrem melhor os eventos operacionais, mas nenhum avisa sozinho quando um boleto é pago.

    A Flly integra direto com Omie, Bling ou Tiny?

    Não existe conector nativo pronto hoje. A Flly já integrou Omie em projeto de consultoria, e qualquer outro ERP segue o mesmo caminho: webhook de saída somado a automação, ou um projeto de implantação com escopo definido antes de começar.

    O que muda na cobrança do WhatsApp a partir de outubro de 2026?

    Respostas dentro da janela de 24 horas que não são template deixam de ser gratuitas e passam a ser cobradas na mesma tarifa da mensagem de utilidade, hoje R$ 0,035 no Brasil segundo o Mobile Time, mas o valor final só sai em setembro de 2026. Isso afeta direto confirmação de pagamento e status de pedido enviados como resposta automática.

    Comece pelo fluxo que mais gera mensagem repetida, não pelo ERP inteiro

    Dá pra automatizar os seis fluxos de uma vez, mas a operação que faz isso bem geralmente começa por um só: status de pedido ou segunda via de boleto, os que mais enchem a caixa do time com a mesma pergunta todo dia. Mapeie se o seu ERP tem webhook pro que você quer automatizar, confira o limite de requisição antes de prometer resposta em tempo real, e só depois decida entre montar você mesmo com n8n ou Make, ou fechar um projeto.

    Se quiser trocar ideia sobre qual fluxo vale mais a pena pro seu caso, fale com o Miguel, SDR (pré-vendedor ou atendente inicial) de IA da própria Flly, no WhatsApp. Ele conta quais fluxos já vimos funcionar melhor conforme o ERP que você usa: conheça a Flly no teste grátis.

    Conteúdos relacionados

    Quer ver a IA da Flly vendendo no seu WhatsApp?

    Comece um teste grátis e veja na prática o que a gente escreve por aqui.

    Testar grátis