BPMN-based process automation

Turn the process people describe into one they can actually run

A useful process model should do more than look tidy in a diagram. Pūnaha lets teams model a repeatable route, connect the work behind each step and keep the process running through approvals, messages, timers and service restarts.

Why use BPMN

Make the hand-offs and exceptions part of the process

Most operational processes are not a row of five boxes. They wait for a person, split into parallel work, react to a message, call another service and take a different route when something goes wrong.

BPMN gives teams a shared way to describe those details. Pūnaha connects the supported model to execution, so the diagram, the running work and the history of that work do not have to live in separate places.

A familiar example

What a service request might do

The real model may be larger, but the route remains understandable to the people responsible for it.

  1. 1

    Receive

    Start when a request, message, schedule or supported BPMN event arrives.

    Known trigger
  2. 2

    Check

    Validate the information and apply a decision before work is assigned.

    Rules and data
  3. 3

    Work in parallel

    Send independent tasks to the right people or services and wait for the required results.

    Visible responsibility
  4. 4

    Handle the exception

    Use an event or alternate route instead of leaving the exception in an email thread.

    Modelled response
  5. 5

    Complete

    Return the outcome and keep the execution record needed to understand the run.

    Traceable finish

What the process engine handles

The useful detail behind the diagram

Human work

Pause for an authorised person to review, approve or complete a task, then continue from their response.

Gateways

Route work through exclusive, inclusive, parallel, event-based and supported complex gateways.

Events and timers

React to supported start, intermediate, boundary and end events with persisted timer and message state.

Subprocesses

Call reusable work, pin a published version where needed and keep child execution connected to its parent.

Data and decisions

Transform and validate data, evaluate supported decision logic and carry the result through the process.

Durable state

Persist runs, waits, events and worker leases so supported work can continue after a service restart.

Working with BPMN files

Bring a model in, review it and take it out again

Pūnaha validates BPMN 2.0.2 XML and retains supported process and diagram information.

An imported process is shown for review before it becomes operational work. External task references, credentials and environment-specific services still need to be mapped to approved Pūnaha resources.

Export keeps the supported model and diagram information in XML. It does not flatten the process into an image that cannot be edited elsewhere.

Validate first

Check the XML structure and supported definition before publishing the process.

Keep the diagram

Retain supported shapes, edges and model information through import and export.

Map the real services

Connect external references to the workflows, decisions, models and connections approved for the environment.

Do not make BPMN do every job

A process, a case and a decision answer different questions

Choosing the right operational model
ModelUse it forExample
BPMN-based processA repeatable route with known activities and eventsOnboarding, fulfilment or an approval process
CMMN-based caseWork that changes as evidence and circumstances changeAn investigation, incident or complex complaint
DMN-aware decisionA result based on explicit inputs and rulesEligibility, routing or escalation logic

BPMN support

A precise description of the current boundary

Pūnaha provides BPMN-based modelling, supported interchange and durable execution.

The implementation has automated coverage for the BPMN behaviours Pūnaha controls. Imported integrations and external references still need to be tested in the target environment.

We do not claim formal BPMN conformance or certification. A formal claim would require independent review and external-tool interoperability evidence for the specific release and conformance target.

Available now

Supported modelling, XML validation, import, export and durable execution.

Checked internally

Automated code and browser-to-database tests for the owned implementation scope.

Not claimed

Formal conformance or complete interoperability with every external BPMN product.

Questions about BPMN automation

Can Pūnaha import and export BPMN files?

Yes. Pūnaha validates BPMN 2.0.2 XML and supports import and export for the model and diagram information it implements. External references still need environment-specific mapping.

Will a process continue after a restart?

Supported runs, waits, events and worker leases are persisted. Restart-aware automated tests cover the durable execution paths described on this site.

Can a BPMN process use AI and enterprise search?

Yes. Retrieval, supported AI models, decisions, documents, integrations and human work can appear as visible steps in the process.

Is Pūnaha formally BPMN conformant?

No. The public description is BPMN-based process modelling and execution. No certification or formal conformance claim is made.

Bring the process that currently lives in a diagram and three inboxes

We can work through its events, decisions, integrations, human responsibilities and what should happen when something fails.

Share this page

Send this resource to a colleague

Use your device’s sharing options or copy the permanent page address.

Share on LinkedIn