Browser
A person opens a task
They see the right form and the current case.
Architecture
A traditional workflow can scatter its flow, forms, permissions and integrations across separate systems. ProcessBlocks gives each responsibility a place, so a process folder can use the same platform services.
From definition to completed work
The person sees one work surface. Behind it, each platform component has a specific job.
Browser
They see the right form and the current case.
Keycloak · oauth2-proxy
Identity and groups tell the platform who is asking.
ProcessBlocks Web
ProcessBlocks renders the form and checks access and submitted values.
Operaton
The BPMN diagram determines the next task or decision.
Gateway · PostgreSQL
Process data and documents are stored behind the platform’s data boundary.
Automated steps in the BPMN diagram
Worker · modules
Declared modules perform automated tasks and report their outcome.
ProcessBlocks Paper
A separate service handles PDF work when the diagram requests it.
What those boundaries solve
A process author models the work; the platform supplies the common machinery.
The application checks the person’s groups for visibility, starts and tasks. Each process does not build its own access screen.
Operaton follows the same BPMN diagram the author drew. The flow is visible instead of hidden inside form code.
The worker serves declared modules for many processes. An automated step has a place in the diagram and in the failure view.
The model and its supporting definitions stay together. A running case remains tied to its original version.
Independent backends
An automated BPMN step names a topic. The engine holds the task until a backend subscribed to that topic fetches it. The frontend need not select a particular backend.
A backend polls the engine for tasks on topics it can serve. The frontend shows whether every required topic is covered, without a manual attachment step.
A backend can serve many topics, or a dedicated backend can serve just one. Different kinds of work can run in separately deployed services.
Moving a task handler to another backend does not change the BPMN topic, the form or the person’s workspace. The deployment can evolve around the process.
The ProcessBlocks web application, worker, data gateway and Paper service are written in Rust. Operaton runs the Java-based BPMN engine; the browser uses HTML, CSS and JavaScript.
Technical advantages
These decisions can be observed in operation.
Operaton is an open-source Camunda 7 fork maintained by DemandFlow. We can resolve engine questions and platform changes together.
An active instance remains bound to the bytes of its process version. Changing an older version stops startup rather than silently changing its meaning.
A process declares the steps and inputs it needs. Installation makes approval visible.
Automated tasks can be retried, routed as BPMN errors or investigated in the dead-letter view.
A field declaration drives both rendering in the browser and validation on submission, even if the request never ran JavaScript.
The application has no required cloud service. Even AI steps have no default model provider.
One example of a boundary
When a process needs PDF work, the diagram names that step and ProcessBlocks Paper performs it. The worker keeps its own responsibilities; PDF processing, including its MuPDF dependency, stays in a separate service.
Your process, your environment
We can show how a workflow becomes a versioned process folder, and which steps need no custom programming.
Get in touch