What This Looks Like
The user cannot tell which output, decision, review result, source, version, record, or workflow state is authoritative. Multiple candidates may exist, or the system may show a state without making clear whether it is draft, final, superseded, approved, rejected, or still pending.
Why It Matters
Workflows need a current authority state. If the authoritative state cannot be identified, users may act on stale output, re-review settled work, ignore a valid decision, or pass the wrong version downstream. This can create loops because no one knows what state should govern the next step.
Structural Signal
There are multiple possible states, but the system does not expose which one governs. The issue is not simply that information is missing; it is that authority over the current state is unclear or mismatched.
Common Triggers
- Draft, final, and reviewed states are not labeled clearly
- Multiple outputs survive without a supersession rule
- A review result is stored separately from the artifact it governs
- Version history exists but the current version is not marked
- Human and automated decisions produce competing states
- References point to objects without indicating their authority status
When to Use This Issue
Use this Issue when the user or workflow cannot identify which state, decision, output, source, review, or version is currently authoritative.
When Not to Use This Issue
Do not use this Issue when the authoritative state is clear but wrong. Do not use it when the issue is merely a missing owner. This Issue applies when the governing state itself cannot be identified.