Own the state of the work
The Open BPM core should own the identity and lifecycle of cases and work items. It should record queues, claims, deadlines, completion and recovery. It should also publish accepted changes so that other components can respond.
It should not become the authoritative store for appointments, applications or other domain records. A creation request carries a stable reference to the business record and only the information needed to organise the work.
Receive authority and decisions from their owners
An identity and trust component supplies the actor, role and authority used to accept or refuse an action. Open BPM records that context with the work change; it does not invent a person’s permissions.
A rule component may receive defined facts and return a routing or priority decision, its version and an explanation. Open BPM uses that result and records which decision affected the work. The first cREXX rule connection is proposed, not implemented. CoreLang may later provide another business-language source; no Open BPM and CoreLang integration exists today.
Give participants and support staff useful views
The participant interface should show available and claimed work, deadlines, the information needed to act and the result required for completion. A support view should show stuck, overdue or repeatedly failing work and the authorised recovery actions available.
These views are part of the reference component, not decoration added after an API. Keyboard access, clear focus, readable state and useful error messages are expected product behaviour.
Use one stack as an example
One reference implementation may use a Rust service, TypeScript/React interface and cREXX rule. It should first run locally and in a repeatable container arrangement.
Those choices demonstrate one composition. They do not require every user to adopt the same languages or split the component into the same deployable units. Kubernetes work should follow only when it tests workload identity, isolation, network policy or another stated operational question.