Comparativo
Camunda DMN vs ArboRule: uma etapa do processo, ou a decisão em si.
DMN é um bom padrão e a Camunda o implementa direito. A pergunta é se a sua decisão é uma etapa dentro de um processo mais longo, ou a coisa em si.
A resposta curta
Choose Camunda DMN when
- Você já precisa de BPMN. Se a decisão fica dentro de um processo orquestrado de longa duração, com tarefas humanas, temporizadores e compensação, rodar os dois no mesmo motor é uma vantagem arquitetural real.
- O padrão importa para você. A Camunda implementa DMN 1.3 com grafos de requisitos de decisão, business knowledge models e cobertura completa de hit policies, e os modelos são XML portátil em vez de um formato proprietário.
- Suas decisões são tabelas de regra autocontidas sobre dados que o processo já reuniu. É exatamente o formato para o qual o DMN foi desenhado, e ele executa isso muito rápido.
- Você quer a decisão presa à versão do processo que a implantou. Uma tarefa de regra de negócio pode se ligar à última versão, à implantação ou a uma tag de versão.
- Você precisa rodar por conta própria. O modo self-managed é documentado para Kubernetes via Helm, Docker por componente e instalação manual de JAR nas principais nuvens e no OpenShift.
Escolha a ArboRule quando
- A decisão precisa dos próprios dados. Na Camunda, uma decisão DMN avalia variáveis que lhe são entregues; buscar um relatório de bureau significa modelar aquela chamada antes, como uma tarefa BPMN separada.
- A decisão é a unidade de trabalho, não uma etapa. Versionamento, liberação, histórico, revisão e preço aqui são organizados em torno de uma decisão, e não de uma instância de processo.
- You want a decision record kept for years. Camunda's hosted default time-to-live for the orchestration cluster is 30 days, with longer retention on an enterprise plan; ours is five years by default and configurable per workspace.
- A person has to look at some of them. Camunda's user tasks belong to processes; putting a human in the loop means wrapping the decision in a BPMN process around it.
- Você prefere não aprender duas notações. Uma política de crédito expressa em DMN dentro de BPMN são dois modelos para manter, onde a decisão era a única coisa que você queria.
Lado a lado
Cada linha aponta para de onde veio.
Claims about Camunda DMN are taken from Camunda DMN’s own documentation, pricing and repositories — never from a review site, and never from us. Follow the link in the left column to check any of them.
| Critério | Camunda DMN | ArboRule |
|---|---|---|
| O que écamunda.com — decision engine read 2026-07-30 | modelo diferente DMN 1.3 executado pelo Zeebe, o mesmo motor que roda BPMN — a Camunda o vende como um motor cloud-native de workflow e decisão. As decisões são um componente de um orquestrador de processos, não um produto separado. | Uma plataforma de decisão. Não há um orquestrador de processos em volta; a decisão, a versão dela, a trilha dela e os encaminhamentos dela são a unidade. |
| Licençacamunda.com — 8.6 licensing update read 2026-07-30 | modelo diferente Not straightforwardly open source any more. Camunda 8's repository carries both Apache 2.0 and a Camunda licence, and since 8.6 a single unified licence grants source access but requires a paid production licence for any use beyond development and testing. Camunda 7, which was Apache 2.0, is archived and end-of-life. | Proprietária e hospedada. Não oferecemos acesso ao código, e preferimos dizer isso a insinuar uma abertura que não temos. |
| Preçoscamunda.com/pricing read 2026-07-30 | não existe no produto Não publicado. Três planos são listados sem valores e sem unidade; os pagos dizem falar com vendas. O self-managed é gratuito apenas para desenvolvimento e teste, mais um teste SaaS de 30 dias. Não existe plano gratuito de produção. | R$ 2.500 por mês no plano Startup, com 50.000 decisões incluídas entre Sandbox e Live. Preço por decisão, não por usuário. Construir e testar é gratuito até 10.000 decisões por período. |
| Onde rodadocs.camunda.io — self-managed read 2026-07-30 | existe no produto Os dois. SaaS, ou self-managed via charts Helm no Kubernetes, contêineres Docker por componente, ou instalação manual de JAR, em AWS, Azure, GCP e OpenShift. | Só hospedado. Não existe opção self-hosted, on-premises ou bring-your-own-cloud, e nenhuma certificação publicada — os controles são um log de auditoria somente-adição, acesso por papéis, chaves de API com escopo, retenção configurável e SSO/SCIM. |
| Autoriadocs.camunda.io — DMN modelling read 2026-07-30 | existe no produto Tabelas de decisão DMN, expressões literais e business knowledge models no Desktop ou Web Modeler, com FEEL como linguagem de expressão — desenhada, segundo a documentação, para ser legível tanto por profissionais de negócio quanto por desenvolvedores. Na prática, a autoria passa pelo modelador e por uma implantação em cluster. | Um editor visual com 22 tipos de nó. Regra, Tabela de Decisão, Scorecard e Matriz 2D são editores de grade em que o dono da política consegue trabalhar; os campos de operando também aceitam Python, e o nó de Código é só Python. |
| Versionamento e rollbackdocs.camunda.io — resource deletion read 2026-07-30 | modelo diferente As decisões são implantadas como grafos de requisitos de decisão, referenciados por um vínculo de última versão, implantação ou tag. O rollback é por exclusão — remover a versão mais recente faz a anterior voltar a ser a mais recente — e o Zeebe nunca reaproveita um número de versão, então é destrutivo, não restaurável. | Uma versão é DRAFT, PUBLISHED ou ARCHIVED. Versões publicadas são imutáveis — você duplica para um novo rascunho — e publicar pode exigir uma revisão aprovada. Não existe rollback em um clique: você move o tráfego de volta. |
| Liberação gradualcamunda.com — blue-green testing read 2026-07-30 | não existe no produto Not a product feature. Camunda's own blog demonstrates it as a hand-built BPMN pattern, using a FEEL random-number function to set a probability and an expression to choose which decision runs. | Pesos inteiros de tráfego entre as versões publicadas, somando 100, fixos por grouping_id para que uma proposta continue na versão em que começou. Sem shadow mode: uma versão desafiante atende tráfego real ou não atende nada. |
| Histórico de decisõesdocs.camunda.io — data retention read 2026-07-30 | existe no produto Toda avaliação cria uma instância de decisão, pesquisável pela API REST do cluster de orquestração e marcada como eventualmente consistente. O detalhe está na retenção: o tempo de vida padrão do serviço hospedado é de 30 dias para o cluster de orquestração e 180 para o Optimize, com retenção maior só em plano enterprise. No self-managed, a retenção é sua para configurar por políticas de arquivamento e do Elasticsearch. | Every run stores its input, output, the version that produced it and a node-by-node trace, including each external call's URL, status and latency and each model's SHA-256. Queryable at GET /history/api/v1/decisions. Retention is per-workspace, five years by default. |
| Dados externosdocs.camunda.io — business rule tasks read 2026-07-30 | não existe no produto Uma decisão DMN não busca nada. Ela avalia variáveis já fornecidas a ela; chamar uma API é uma etapa BPMN separada, usando o conector REST em uma tarefa de serviço, ou trocando a tarefa de regra por um job worker — momento em que aquilo deixa de ser DMN. | 52 provedores empacotados, seis bancos de dados e qualquer API HTTPS/JSON por uma Conexão Personalizada. Você entra com as suas credenciais em cada um: a plataforma orquestra as chamadas, ela não revende o dado. |
| Revisão humanadocs.camunda.io — user tasks read 2026-07-30 | modelo diferente Tarefas de usuário são elementos BPMN roteados pelo Tasklist, e pertencem a processos, não a decisões. Não existe etapa humana dentro de uma decisão DMN; colocar uma pessoa no meio significa embrulhar a decisão em um processo. | Um nó de Revisão Manual suspende a decisão e a coloca em uma fila de revisão; nós de Caso registram trabalho sem bloquear a execução. As filas de casos carregam políticas de SLA fixadas em cada caso na criação, com relógios em horário comercial e degraus de escalonamento. |
| IA e modelosdocs.camunda.io — agentic orchestration read 2026-07-30 | não existe no produto Não dentro de uma decisão. Orquestração agêntica e conectores de IA são documentados na camada de BPMN e de conectores; nada descreve invocar um modelo ou um LLM de dentro de uma tabela de decisão DMN ou de uma expressão FEEL. | Nós de IA e de Agente chamam modelos da OpenAI, Anthropic ou Google dentro da decisão, com a sua própria chave de API. Sem chave, sem IA. Modelos ONNX de até 32 MB, imutáveis depois do upload e reverificados por SHA-256 na hora da pontuação, executados no próprio processo. Uma entrada de grafo, só CPU. |
Uma decisão que não busca os próprios dados
Esta é a linha mais consequente da tabela, e é fácil passar batido por ela porque parece um detalhe de modelagem.
Na Camunda, uma decisão DMN é avaliada contra variáveis que já existem. A tarefa de regra de negócio as entrega e escreve o resultado de volta. Se a decisão precisa de um cadastro de crédito, de um sinal de dispositivo ou de uma checagem de sanções, aquela chamada não faz parte da decisão — é uma tarefa de serviço BPMN anterior, usando o conector REST, ou um job worker que substitui a tarefa de regra por inteiro, momento em que você já não está rodando DMN.
Então uma política de crédito real na Camunda são, no mínimo, dois modelos: um processo BPMN que reúne e uma decisão DMN que conclui. Os dois são versionados separadamente. A trilha do que aconteceu fica espalhada entre eles. Quando o bureau devolve algo inesperado, o tratamento disso mora no processo, não na política — o que significa que quem responde pela política não consegue vê-lo.
Isso não é um defeito do DMN. O DMN foi especificado como uma notação de decisão, e manter I/O fora dele é, defensavelmente, o desenho certo. É um encaixe ruim para uma decisão cuja dificuldade está principalmente nos dados de que ela precisa.
If your policy's hard part is the arithmetic, DMN is a good notation. If the hard part is the four vendors you have to call and what to do when one of them times out, it is the wrong unit.
Trinta dias é memória curta
A Camunda de fato persiste instâncias de decisão e de fato permite pesquisá-las pela API REST — essa parte é sólida, e melhor do que várias plataformas comerciais deste comparativo conseguem.
A retenção padrão no produto hospedado é de 30 dias para o cluster de orquestração. Retenção maior está disponível em plano enterprise, e no self-managed é sua para configurar por ajustes de arquivamento e políticas de ciclo de vida do Elasticsearch.
Para uma decisão de crédito ou de onboarding, trinta dias é mais ou menos a janela antes de alguém perguntar sobre ela. Contestações, amostragem regulatória, revisões de modelo e reclamações chegam todas depois disso. É totalmente resolvível — um plano enterprise, ou um pipeline de exportação que você constrói e mantém — mas é um trabalho a planejar, não um padrão a herdar. A ArboRule guarda decisões por cinco anos como padrão, configurável por workspace.
A questão de licença que as pessoas erram
A Camunda é frequentemente escolhida como a opção open source. Isso era exato para a Camunda 7, que era Apache 2.0. Já não é uma descrição limpa da Camunda 8.
Desde a 8.6, uma licença unificada substituiu as anteriores. Ela dá acesso ao código — inclusive ao Operate, que era fechado — mas exige licença paga de produção para qualquer uso fora de desenvolvimento e teste. A Camunda 7 está arquivada e em fim de vida. O repositório carrega tanto um arquivo Apache 2.0 quanto um arquivo de licença Camunda, e não declara licença alguma no nível do repositório.
If open source is a hard requirement rather than a preference, that is worth establishing early. Drools remains Apache-2.0 and GoRules' engine is MIT. Camunda 8 is source-available with a commercial production licence, which is a different thing.
Perguntas
A Camunda 8 é open source?
É source-available, e não open source no sentido usual. Desde a versão 8.6, uma licença unificada dá acesso ao código, inclusive a componentes antes fechados, mas exige licença paga de produção para qualquer uso além de desenvolvimento e teste. A Camunda 7, que era genuinamente Apache 2.0, está arquivada e em fim de vida.
Uma decisão DMN pode chamar uma API?
Não. Uma decisão DMN na Camunda avalia variáveis que já lhe foram entregues. Chamar um serviço externo é uma etapa BPMN separada — o conector REST em uma tarefa de serviço — ou um job worker substituindo a tarefa de regra de negócio, que a partir daí deixa de ser DMN. Portanto, qualquer decisão que precise buscar os próprios dados vira, no mínimo, dois modelos.
DMN encaixa bem em decisão de crédito?
Para as regras em si, sim — hit policies, grafos de requisitos de decisão e XML portátil são um bom jeito de expressar cortes e matrizes, e sobrevivem a qualquer fornecedor. O atrito é tudo em volta: buscar dados de bureau, encaminhar um caso para uma pessoa, mover o tráfego aos poucos para uma política nova e guardar o registro por anos são todas coisas que você modela em BPMN ao redor da decisão, ou constrói por conta própria.
Last verified July 30, 2026 against Camunda DMN’s public documentation. Products change and pages move; if something here is out of date, tell us at hello@arborule.com e nós corrigimos.