★ Stateway está em Public Preview — Explore gratuitamente e compartilhe seu feedback
Home Preços Documentação Começar Agora
Preview · Acesso Antecipado

Simplifique seu backend com um motor de regras de negócio, estado e processos auditável

Defina, execute regras de negócio e processos, e armazene estado com uma API REST simples.

# Inicie um processo com estado curl -X POST https://api.stateway.io/v1/instances \ -H "X-API-Key: sw_live_xxx" \ -H "Content-Type: application/json" \ -d '{ "definition_key": "order-approval", "variables": { "amount": 5000, "manager": "alice@corp.com" } }'
# Avalie uma decisão de negócio via DMN curl -X POST https://api.stateway.io/v1/decisions/credit-risk/evaluate \ -H "X-API-Key: sw_live_xxx" \ -H "Content-Type: application/json" \ -d '{ "variables": { "income": 8500, "debt": 1200 } }'

O que é o Stateway?

O Stateway é uma API de motor de processos BPMN/DMN comercializado como Business Rule as a Service (BRaS). Trata-se de um modelo arquitetural em que a lógica de negócios, matrizes de decisão, regras de validação e políticas de conformidade são desacopladas do código-fonte das aplicações e hospedadas como um serviço em nuvem gerenciado, consumido via API.

Em vez de codificar fluxos condicionais (if/else, cálculos tributários, aprovação de crédito) diretamente no backend, a aplicação cliente envia uma carga de dados (payload) para o serviço de regras, que avalia uma decisão ou executa um processo predefinido e devolve o resultado da execução. Matrizes de decisão e definições de processos são versionadas e podem coexistir. Dados e estados da execução ficam armazenados no Stateway. Cada avaliação de uma decisão ou execução de um processo é rastreável e auditável.

Por que Stateway?

O Stateway resolve vários problemas ao mesmo tempo:

Regras de negócio escondidas em código

A sua regra de negócio precisa ser compreendida por quem entende do assunto — a área de negócio. O Stateway permite converter regras de negócio complexas em um diagrama visual (BPMN/DMN) legível para todos. É um artefato que é, ao mesmo tempo, especificação, regra executável e documentação.

Versionamento de regras de negócio

A definição da sua regra é versionável. É possível alterá-la a qualquer momento, sem necessariamente mexer no código e fazer um novo deploy. Instâncias de uma versão em andamento coexistem com novas versões sem problema. Usuários diferentes podem ser direcionados para versões específicas, sem esquemas de deploy complicados.

Rastreabilidade e auditoria

Cada execução é rastreável e auditável do início ao fim do processo. Se uma regra mudar no meio do caminho, É possível saber exatamente o que aconteceu.

Eliminação do backend

O usuário cliente vê apenas o frontend — então é ele que merece o foco. Com o Frontend Gateway, o backend fica responsável apenas autenticar o usuário e registrar uma sessão. Feito isso, o backend do Stateway responde a todas as solicitações do frontend de forma prática e segura. Em breve, com o Gateway de Autenticação, até mesmo o backend poderá ser dispensado.

Quatro passos para simplificar um backend

Do modelo à operação, sem sair da API REST.

1

Defina

Modele os processos e regras de negócio usando diagramas BPMN/DMN ou descrições simples em JSON ou YAML. O time de negócio cria a regra e visualiza.

2

Publique

Após a modelagem do processo ou regra de negócio, o time de dev revisa, versiona e publica.

3

Dispare

Uma chamada REST inicia o processo. O motor do Stateway avalia decisões, persiste estado, gerencia timers e chama APIs automaticamente.

4

Controle

Consulte o estado em tempo real, gerencie tasks humanas, receba webhooks. Cada passo fica no audit log imutável.

Tudo que um sistema precisa

Do estado persistente à orquestração complexa — tudo via API REST com audit log nativo.

Audit Log Nativo

Cada evento de processo registrado automaticamente. Histórico imutável.

Multitenancy

Isolamento por API Key. Cada tenant tem suas definições, instâncias e dados.

Webhooks com Retry

Dispatch com retry exponencial, HMAC-SHA256 signature, delivery tracking.

BPMN 2.0 Completo

Diagramas de processo que devs e negócio entendem. startEvent, task, userTask, serviceTask, gateway, timer, endEvent e mais.

DMN para Regras

Defina e avalie regras de negócio — hit policies FIRST, ALL, UNIQUE, COLLECT. Use dentro de processos ou como API de decisão autônoma.

Human Tasks

Assignee, candidate groups, form schemas, due dates. Claim, complete, delegate.

Service Tasks

Sync/async HTTP, retry automático, timeout configurável, IoMapping input/output.

Timers Persistentes

Duration, date e cycle (cron). Sobrevivem restart do servidor.

Baseado em padrões de mercado

Nada de formatos proprietários ou SDKs exóticos. O Stateway usa padrões de mercado que seu time já domina.

API REST

Simplicidade total. Uma API HTTP com JSON — nada de SDKs proprietários, filas ou brokers para começar. Integre com qualquer linguagem em minutos.

BPMN + DMN

Padrão de mercado para representar workflows e tabelas de decisão. Compatível com qualquer modeler gratuito, como o bpmn.io. O time de negócio já entende o formato.

JSON + YAML

Formatos acessíveis para quem não tem familiaridade com BPMN.

Worker Pool para HTTP

Chamadas HTTP de saída processadas por um pool de workers dedicado, com paralelismo controlado.

Webhook Dispatcher com retry

Entrega de webhooks com retry exponencial, assinatura HMAC-SHA256 e rastreamento de entrega.

Recovery automático no startup

O estado das instâncias é persistido de forma transacional e sobrevive a restart do servidor. Jobs HTTP e entregas de webhook interrompidos são reenfileirados automaticamente na inicialização.

OpenAPI 3.1 nativa

Especificação OpenAPI 3.1 gerada a partir do próprio código da API — sempre em sincronia com os endpoints reais.

Simplifique o backend hoje

Preview aberto. Teste o motor de processos com estado persistente e auditoria nativa.

Plano de adoção progressiva

  1. Converta suas regras de decisão em matrizes de decisão usando DMN.
  2. Migre outras regras de negócio para diagramas de processo usando BPMN.
  3. Use o Frontend Gateway para executar o processo e mantenha no seu backend apenas a autenticação do usuário e a criação da sessão.
  4. em breveUse o Gateway de Autenticação e remova completamente o seu backend.