Camunda: o que é, como funciona e a licença que a produção pede

Quem pesquisa Camunda costuma chegar por um de dois caminhos. Ou é o time de tecnologia que precisa tirar um processo crítico de dentro de planilhas e e-mails, ou é o gestor que ouviu falar de um “motor BPMN open source” e quer saber se aquilo resolve a operação sem custo de licença.

A segunda expectativa é a que mais gera surpresa. Boa parte do que está publicado ainda descreve o Camunda como software livre para usar à vontade, e a regra atual não é essa. Este guia explica o que a ferramenta faz, como funciona por dentro, quando ela vale a pena frente a uma plataforma de workflow pronta e, principalmente, como orçar licença e migração antes de escrever a primeira linha de código.

O que é o Camunda?

Camunda é uma plataforma de orquestração de processos. O processo é desenhado em BPMN, a notação padrão de modelagem, e esse desenho deixa de ser só documentação: ele vira o programa que o motor executa. Cada caixa do diagrama corresponde a um passo real — chamar uma API, esperar uma aprovação, aplicar uma regra, enviar uma mensagem.

Na prática, o Camunda fica no meio dos sistemas da empresa. Ele não substitui o ERP, o CRM ou o sistema de pedidos; ele coordena a conversa entre eles, guarda o estado de cada instância do processo e mostra onde cada caso parou. Se você precisa de um ponto de partida sobre a notação em si, o artigo sobre os cinco grupos de elementos que o padrão BPMN define cobre o vocabulário que o Camunda usa.

Além do BPMN, a plataforma executa tabelas de decisão em DMN, o padrão para regras de negócio. É o lugar onde ficam critérios como “pedido acima de tal valor vai para a diretoria” — fora do código, onde a área de negócio consegue ler e revisar.

O que é o Camunda 8 e o que mudou em relação ao 7?

Existem hoje duas gerações em uso. O Camunda 7 é a plataforma que a maior parte dos projetos antigos adotou: um motor em Java, que roda junto da aplicação ou como servidor, apoiado num banco de dados relacional. O Camunda 8 é uma reconstrução, com o motor Zeebe no centro e componentes separados para operar, distribuir tarefas e analisar processos.

A diferença não é só técnica. As duas gerações têm calendários e regras de licença diferentes, e isso pesa mais na decisão do que qualquer detalhe de arquitetura. A tabela resume o que interessa a quem decide:

Elaborado pela Alliance Comunicação a partir da documentação do Camunda 7 e da referência de licenças do Camunda 8, consultadas em novembro de 2026.

O anúncio oficial do Camunda 7 é direto na recomendação: a empresa diz que projetos novos devem ser desenvolvidos no Camunda 8. Para quem está começando, a pergunta “7 ou 8?” praticamente se responde sozinha. Para quem já tem processos rodando no 7, a pergunta certa é outra: quando e quanto custa sair.

Como funciona o Camunda por dentro?

O ciclo tem quatro etapas, e entender cada uma ajuda a estimar quanto trabalho de desenvolvimento um processo exige.

1. Modelar

O processo é desenhado no Camunda Modeler. Há duas versões: o Desktop Modeler, um aplicativo instalado no computador, cujo código-fonte está sob licença MIT, e o Web Modeler, que roda no navegador e faz parte dos componentes proprietários da plataforma.

2. Implantar

O diagrama é enviado ao motor. A partir daí, cada vez que um evento inicia o processo — um pedido novo, um formulário enviado, uma mensagem recebida —, nasce uma instância que o motor acompanha do começo ao fim.

3. Executar

Os passos automáticos são feitos por trechos de código chamados de workers, que pegam a tarefa, executam a integração e devolvem o resultado. Os passos humanos aparecem no Tasklist, a fila de tarefas de quem precisa aprovar, conferir ou completar dados. Integrações comuns podem usar conectores prontos, em vez de código escrito do zero.

4. Operar e melhorar

O Operate mostra as instâncias em andamento, as que travaram e onde; o Optimize analisa tempos e gargalos ao longo do tempo. É essa visibilidade, mais do que a automação em si, que costuma justificar um motor de processo: a operação passa a saber onde cada caso está, em vez de perguntar por e-mail.

Repare no que esse ciclo exige. Modelar é trabalho de analista; os workers, a implantação, a infraestrutura e a manutenção são trabalho de desenvolvedor. Camunda não é ferramenta de configurar por tela — é uma base sobre a qual um time de tecnologia constrói.

O Camunda é gratuito?

Depende de onde e para quê. É aqui que a imagem de “open source sem custo” deixa de valer para o Camunda 8. A página de preços da empresa separa três situações, e só uma delas é gratuita sem prazo:

A referência de licenças da documentação explica o porquê. O código-fonte de Zeebe, Operate, Tasklist, Identity e Optimize está publicado sob a Camunda License v1, mas o software compilado que você instala é proprietário: roda sob a licença Self-Managed Non-Production ou sob a Enterprise Edition. A frase da documentação não deixa margem: para usar em produção, é preciso comprar a Self-Managed Enterprise Edition.

Há partes realmente livres. O Desktop Modeler tem código sob licença MIT, e o SDK de conectores, o conector REST e a imagem do runtime de conectores estão sob Apache 2.0. Ou seja: desenhar processos e escrever conectores pode ser feito sem licença; rodar o motor atendendo clientes reais, não.

No Camunda 8, a pergunta não é “quanto a empresa fatura”, é “isso está atendendo operação real?”. Se a resposta é sim, a licença Enterprise entra no orçamento.

Por que o fim do ciclo do Camunda 7 importa agora?

Porque muita empresa tem processo rodando no Camunda 7 e ainda não colocou a migração no planejamento. A versão 7.24 LTS, prevista para 14 de outubro de 2025, é a última versão minor da linha: não haverá novas versões com funcionalidades. O suporte Enterprise segue até abril de 2030, com suporte estendido até abril de 2032 para quem contratar.

Parece um prazo confortável, e é isso que torna o risco silencioso. Migrar do 7 para o 8 não é atualizar uma dependência: a arquitetura muda, o jeito de escrever integrações muda, e processos longos — os que ficam meses abertos — precisam de um plano para as instâncias em andamento. Quem deixa para 2029 decide sob pressão, e decisão de arquitetura sob pressão sai cara.

Qual a diferença entre Camunda, plataforma de workflow e orquestrador de integrações?

É a pergunta que mais economiza dinheiro quando feita cedo. Camunda, Pipefy, Power Automate e n8n aparecem nas mesmas listas de “ferramentas de automação”, mas resolvem problemas de tamanhos diferentes e pedem equipes diferentes:

Comparativo elaborado pela Alliance Comunicação com base na prática de projetos de automação.

Na maioria das empresas de porte médio, o primeiro passo não é o Camunda. Se a operação roda em Microsoft 365, vale entender antes o que o Power Automate já inclui na licença que a empresa paga. Se o problema é ligar sistemas entre si, o artigo sobre o n8n e as regras do uso gratuito mostra uma alternativa mais leve. O Camunda entra quando o processo é o próprio negócio: sinistros, crédito, onboarding regulado, pedidos com dezenas de exceções.

Quais os prós e contras do Camunda?

A favor, o Camunda tem o que poucas ferramentas oferecem juntas:

• Padrão aberto de modelagem. BPMN e DMN são normas, não formatos proprietários; o desenho pode ser lido fora da ferramenta.
• O diagrama é o programa. O que a área de negócio aprovou no desenho é o que roda, sem tradução intermediária.
• Visibilidade de operação. Cada instância tem estado, histórico e ponto de parada, o que facilita auditoria.
• Escala técnica. A arquitetura do Camunda 8 foi pensada para alto volume de instâncias.

Contra, os pontos que costumam aparecer depois da decisão:

• Licença de produção no Camunda 8. O custo existe e não é público: depende de negociação com a empresa.
• Dependência de desenvolvedores. Sem time técnico próprio ou parceiro, o projeto para no primeiro worker.
• Curva de BPMN. Diagramas mal desenhados viram código difícil de manter; a modelagem pede disciplina.
• Migração do 7 para o 8. Quem está no 7 tem uma reescrita parcial no horizonte, com prazo definido pelo fim do suporte.

Como instalar o Camunda e o Camunda Modeler?

A instalação em si é a parte simples, e por isso vale separar o que cada caminho significa em licença, antes de baixar qualquer coisa.

1. Desktop Modeler

É o ponto de entrada natural: baixa-se o aplicativo no site da Camunda e começa-se a desenhar. Como o código está sob licença MIT, não há conversa de licença aqui. Serve para modelar e documentar, mesmo que o processo nunca rode num motor.

2. Self-Managed para desenvolvimento

O time de tecnologia roda o motor e os componentes na própria máquina para construir e testar. É gratuito e sem licença, desde que fique fora de produção. É o ambiente certo para uma prova de conceito.

3. SaaS em teste

A nuvem da Camunda oferece 30 dias de teste sem cobrança. Bom para avaliar sem montar infraestrutura; ao fim do teste, a conta gratuita fica restrita à modelagem, e a execução passa a depender de contrato.

4. Produção

Aqui a escolha é entre Self-Managed com licença Enterprise ou SaaS contratado. As duas passam pela equipe de vendas da Camunda, e é esse número — não o custo de instalar — que deve entrar no estudo de viabilidade.

Quais os erros mais comuns ao adotar o Camunda?

• Orçar só o desenvolvimento. A prova de conceito sai de graça e cria a impressão de que a produção também sairá. A licença aparece no fim, quando o projeto já tem patrocinador e prazo.
• Confiar em artigo antigo. Textos que tratam o Camunda como open source sem custo descrevem outra fase do produto. Confira sempre a página de preços e a referência de licenças.
• Começar projeto novo no Camunda 7. A própria empresa recomenda o 8 para projetos novos; começar no 7 hoje é contratar uma migração.
• Usar um motor para um problema de formulário. Um fluxo de aprovação de três passos não precisa de BPMN executável nem de time de desenvolvimento.
• Desenhar o processo que existe no papel, e não o que acontece. Automatizar um processo mal mapeado só acelera o erro.
• Esquecer as instâncias longas na migração. Processos que ficam meses abertos precisam de plano próprio na troca de versão.

O penúltimo erro é o mais caro e o menos técnico. Antes de qualquer ferramenta, vale olhar o que realmente vale automatizar e quanto custa o processo do jeito que ele roda hoje.

Como orçar licença e migração antes de começar?

Como o preço da licença não é público, o orçamento depende de levantar as informações certas antes de falar com a Camunda. Uma sequência que funciona:

1. Liste os processos candidatos e, para cada um, o volume mensal de instâncias, o número de sistemas envolvidos e quantas pessoas executam tarefas manuais.
2. Decida o modelo de hospedagem — Self-Managed na sua infraestrutura ou SaaS — porque isso muda a conversa comercial e o custo de operação.
3. Peça a proposta da licença Enterprise com esses números em mãos; sem eles, a cotação vem genérica.
4. Estime as horas de desenvolvimento dos workers e integrações, e some a infraestrutura e a sustentação mensal.
5. Se já existe Camunda 7, inventarie os processos, as integrações e as instâncias de longa duração, e posicione a migração antes de abril de 2030.
6. Compare o total de três anos com a alternativa de uma plataforma de workflow pronta para os processos mais simples.

Esse exercício costuma separar a carteira em duas partes: poucos processos críticos que justificam um motor, e muitos fluxos simples que cabem numa ferramenta de configuração. Misturar as duas coisas é o que faz projetos de orquestração estourarem o orçamento.

O que muda por tipo de empresa?

A decisão depende menos do setor e mais de duas variáveis: se existe time de desenvolvimento e se o processo é crítico o bastante para justificar licença e sustentação.

• Empresa pequena sem time técnico. Camunda raramente é o caminho. Uma plataforma de workflow pronta resolve aprovações e formulários com menos risco.
• Empresa média com TI enxuta. Vale começar pelo mapeamento e por automações leves; o motor entra se surgir um processo central com muitas exceções e sistemas.
• Empresa grande ou regulada. É o terreno natural do Camunda: auditoria, rastreabilidade e volume pesam mais que o custo da licença.
• Quem já roda Camunda 7. A prioridade é o plano de migração e a revisão do contrato de suporte, não novas funcionalidades.

Por onde começar hoje?

1. Escolha um processo e desenhe como ele acontece de verdade, com as exceções, no Desktop Modeler.
2. Pergunte se ele precisa de motor: muitos sistemas, regras que mudam, tarefas humanas e necessidade de auditoria.
3. Se sim, faça a prova de conceito no Self-Managed de desenvolvimento ou no teste SaaS.
4. Antes de aprovar o projeto, traga a cotação da licença de produção e o plano de sustentação.
5. Se o processo não precisa de motor, leve-o para uma ferramenta mais simples e guarde o Camunda para o que é crítico.

Se a empresa ainda não sabe quais processos merecem automação, ou se o problema real está antes do processo — no funil, nos dados, na operação comercial —, o diagnóstico gratuito de marketing da Alliance leva cerca de 30 minutos e aponta onde a automação gera mais retorno. E quando a decisão for construir, a equipe de automação de processos da Alliance ajuda a mapear, escolher a ferramenta certa para cada fluxo e orçar o projeto inteiro, licença incluída.