OPS.3:11 - SoTA-Echoing
| Practice question | Selected current line and serious alternative | Defect overcome and governed loci | Source roles and limits | Reopen condition |
|---|---|---|---|---|
| What is the smallest operating account that preserves decision-bearing subjects and relations across cases, queues, resources, events, and records? | The selected current line is subject- and relation-first, multi-object where needed, with records and events retained as qualified evidence. The serious default is case-ID, ticket, schema, or event-log first, where one recorded identifier or serialization becomes the operating subject. | The default creates false identities, denominators, completion claims, and causal or state inferences. Adapt: OPS.3:4.1 recovers exact subjects and direct relations, OPS.3:4.2 records representation and evidence limits, OPS.3:4.3 localizes repair, and OPS.3:5 tests several unlike subjects. Reject: record closure, event order, shared fields, or one case identifier as sufficient world-side state. | OCEL and object-centric process management are the best-known-line candidates for escaping one-case convergence in event data. CMMN and DCR are serious bounded case/constraint alternatives; DEMO contributes commitment and coordination distinctions; current FPF governs obtaining relations and claim-bearing accounts. These sources do not prove performed Work, current world state, causal effect, or one universal operating ontology. | Reopen if a stronger current account or repeated use preserves the same identities, direct relations, provenance, uncertainty, and local repair at lower effort, or if a source changes the minimum multi-object or record-use distinction. |
The selected comparison is supported by the following bounded source roles and limits.
| Source line | Retained contribution | Use boundary |
|---|---|---|
Current FPF A.6.REL, C.2.1, B.2.5, and direct subject patterns | Recover obtaining relation occurrences, claim-bearing epistemes, two-sided supervision relations, and subject-specific identity. | FPF does not choose Operations subjects, domain queues, records, service commitments, or intervention consequences. |
| CMMN 1.1 and DCR | Preserve changing case facts, discretionary planning, milestones, and declarative condition/response relations. | A case plan or constraint model is not the case subject, performed Work, or complete Operations Method. |
| OCEL and object-centric process management | Relate events to several objects and retain object histories instead of forcing one case identifier. | OCEL 2.1 adds serializations to the OCEL 2.0 model; neither an event log nor an object link establishes the world-side operation, complete Work, or one universal case. |
| DEMO 2020/2024, see the source account | Distinguish production and coordination Work, transaction roles, commitments, responsibility, and result relations. | Source-local transaction constructs do not become general FPF relation kinds or a complete operating ontology. |
| Integrated material, transaction, information, financial, and relation-specific network sources, see the source account | Preserve several connected, non-isomorphic structures for one decision. | Shared nodes or proximity do not create one universal flow or network identity. |