Desenhe um processo como um grafo de nós —tarefas, decisões, integrações, esperas— e o Orquestrador de Processos o executa passo a passo, mantendo a rastreabilidade e reagindo às falhas conforme as regras que você declara no próprio diagrama.
O Orquestrador de Processos os transforma em fluxos executáveis, coordenados e auditáveis.
Trabalho que hoje vai por e-mail, Excel ou scripts soltos, executado de forma confiável e repetível.
CRMs, ERPs e APIs SaaS orquestrados sem código de cola entre eles.
Uma assinatura, um pagamento confirmado, um evento IoT — o fluxo é retomado sozinho quando ele chega.
Cada passo fica registrado com quem, quando e por quê. Rastreabilidade completa.
Retentativas automáticas, conectores de exception e TTL — sem perder trabalho.
Do desenho que você faz no Studio a cada passo concreto que o motor executa e registra.
O processo que você desenha: nós, conectores, propriedades. Sem estado de execução. Versionado e imutável ao publicar.
Uma execução concreta de uma versão. Tem contexto, estado e tempos. Milhares podem rodar ao mesmo tempo, independentes.
O cursor que avança pelo grafo. Divide-se em um fork paralelo e se reúne em um join. Seu estado agrega o da instância.
A execução de um nó por um token, com inputs, outputs e tempos. O que você vê no viewer ao inspecionar uma instância.
Um modelo próprio, mais simples que BPMN 2.0 e ao mesmo tempo mais explícito em erros e tempos.
Inicia a instância. Executa uma única vez.
Tarefa humana. Cria uma entrada na caixa de tarefas e aguarda que alguém a conclua.
Integração externa (HTTP/JDBC/FTP/SaaS). Delega ao crawler.
Aguarda um evento do mundo real ou um tempo determinado.
Decisão, fork ou join. Avalia condições e ramifica o token.
Executa uma expressão inline para transformar variáveis do contexto.
Itera sobre uma coleção até esgotá-la.
Marca um fim e encerra o token.
Quando algo falha, o estado fica registrado e o motor busca o ramo de recuperação que você declarou. Nada se perde.
Por padrão: é seguido quando o nó termina com sucesso.
Exceção não tratada ou estado ERROR. O nó fica handled e o token continua por este ramo.
Apenas para action: o número máximo de tentativas foi atingido. Envia, por exemplo, para uma fila de revisão humana.
Para wait e action: o TTL do nó expirou e o fluxo segue por uma rota alternativa.
Se você modelar, o fluxo se recupera sozinho. Caso contrário, o token fica em erro aguardando intervenção manual — e o operador sempre pode reprocessar qualquer nó a partir do Studio. Uma rede de segurança (DLQ) recolhe o que não é nem interpretável.
O TTL não é um timeout para matar trabalhos longos: é a forma de escapar de esperas que ficaram no limbo. Ao expirar, o motor cancela automaticamente o trabalho em andamento.
expires_at = now + 120s.CANCELLED e deixa de ser retentado.expired se existir; caso contrário, fica em TTL_EXPIRED.// o TTL conta tempo de parede; max_attempts conta tentativas. São independentes e se combinam.
Isolamento de falhas, escalabilidade independente e a linguagem adequada a cada problema. Se o componente que chama um ERP cai, o motor segue e os trabalhos são retentados quando ele volta.
Executa processos: recebe eventos, move tokens, decide ramos e persiste estado.
Definições versionadas. Multi-tenant. Apenas o engine lê daqui.
Executa integrações externas (HTTP/JDBC/FTP) sob demanda do engine.
Desenhar processos, monitorar instâncias e gerenciar tarefas, na web.
Acorda tokens adormecidos por tempo (esperas do tipo "aguardar 2 dias").
Recebe webhooks externos e os traduz em eventos para o engine.
Estado durável compartilhado. A verdade do sistema vive aqui.
Entrega ponta a ponta com handlers idempotentes. Efeito equivalente a exactly-once.
Apenas uma versão fica ativa por processo. As instâncias vivas continuam executando a versão com que iniciaram — mudar o grafo em andamento seria uma garantia quebrada.
Autenticação padrão com provedores de identidade intercambiáveis e isolamento por organização no repositório de processos.
Cada organização vê apenas seus processos, pastas e datasources. Isolamento por organization_id.
Amazon Cognito ou ZITADEL (auto-hospedado), conforme o ambiente.
Cada transição de estado fica registrada com tempos, tentativas e erros.
O fluxo é desenhado em um editor visual sem programar o motor. A integração com um sistema novo é modelada uma vez e depois reutilizada.
Arrasta, conecta e configura propriedades. Modela o fluxo e os ramos de erro sem escrever código.
100% visualDefine um conector YAML (Camel) para cada novo sistema externo. Uma vez por sistema, não por processo.
code-light · 1 YAML/sistemaEstende o engine via plugins (políticas de erro, validação, observação) apenas em casos avançados.
code · casos rarosMostramos o Orquestrador de Processos com um processo real do seu negócio — e como a consultoria da Wattyo o leva à produção.