feat(schemas): x-openregister-lifecycle on 7 schemas (re-do of #306)

[rubenvdlinde]

(re-opened of #419 — accidentally closed by harness force-push; same branch, same content)

Summary

Re-applies the ADR-031 declarative-state-machine annotations from PR #306 onto the current post-manifest-migration lib/Settings/procest_register.json. PR #306's branch (feature/declarative-annotation-pilot) accumulated 40+ conflicts with development (which has since landed the json-manifest migration that deleted/restructured files the branch modified) and could not be rebased — this is a clean re-do off current development.

Adds configuration.x-openregister-lifecycle blocks (state machine: field, initial, final, transitions) to 7 schemas, with version bumps:

Schema	Version	Transitions
task	1.0.0 → 1.1.0	activate, complete, terminate, disable
document	1.0.0 → 1.1.0	submit, adopt, archive, sendBack
voorstel	1.0.0 → 1.1.0	startParafering, paraferingDone, accord, submit, decide, archive, sendBack, revise
hearingSession	1.1.0 → 1.2.0	invite, execute, cancel, waive (incl. the dossier_beschikbaar status that development added)
adviesAanvraag	1.0.0 → 1.1.0	receive, expire
handhavingsactie	1.0.0 → 1.1.0	forfeit, execute, withdraw
inspectieChecklist	1.0.0 → 1.1.0	activate, archive

Register version bumped 0.7.0 → 0.8.0.

Notes / scope

• PR feat: adopt x-openregister-lifecycle on 7 procest schemas #306 itself contained no guard classes (lib/Lifecycle/), no x-openregister-calculations/-aggregations/-notifications, and no STATUS_* constant removal — those were never part of that PR — so this re-do mirrors it: register-JSON-only. No PHP changes.
• The unrelated noise in feat: adopt x-openregister-lifecycle on 7 procest schemas #306's diff (docs/development.md, l10n/*, src/utils/taskLifecycle.js) was branch drift, not part of the lifecycle deliverable, and is intentionally not carried over.
• Companion OpenRegister tracking issue: feat: declarative annotation platform — lifecycle / aggregations / calculations / notifications openregister#1357.
• python3 -m json.tool lib/Settings/procest_register.json validates.

Supersedes #306, which is on an un-rebaseable branch.

Test plan

• python3 -m json.tool lib/Settings/procest_register.json is valid (done)
• OpenRegister picks up the lifecycle blocks; POST /api/objects/{id}/transition honours the new transition tables
• Register re-import / upgrade applies the version bumps without errors

[github-actions]

Quality Report — ConductionNL/procest @ e7821cb

Check	PHP	Vue	Security	License	Tests
lint	✅
phpcs	✅
phpmd	✅
psalm	✅
phpstan	✅
phpmetrics	✅
eslint		✅
stylelint		✅
composer			✅	✅ 100/100
npm			✅	✅ 420/420
PHPUnit					❌
Newman					⏭️
Playwright					❌

---

Quality workflow — 2026-05-19 03:33 UTC

Download the full PDF report from the workflow artifacts.

[github-actions]

Quality Report — ConductionNL/procest @ 77c5f5e

Check	PHP	Vue	Security	License	Tests
lint	✅
phpcs	✅
phpmd	✅
psalm	✅
phpstan	✅
phpmetrics	✅
eslint		✅
stylelint		✅
composer			✅	✅ 100/100
npm			✅	✅ 420/420
PHPUnit					✅
Newman					⏭️
Playwright					❌

Coverage: 0% (0/81 statements)

---

Quality workflow — 2026-05-19 03:51 UTC

Download the full PDF report from the workflow artifacts.

[github-actions]

Quality Report — ConductionNL/procest @ 8665d09

Check	PHP	Vue	Security	License	Tests
lint	✅
phpcs	✅
phpmd	✅
psalm	✅
phpstan	✅
phpmetrics	✅
eslint		✅
stylelint		✅
composer			✅	✅ 100/100
npm			✅	✅ 420/420
PHPUnit					✅
Newman					⏭️
Playwright					⏭️

Coverage: 0% (0/81 statements)

---

Quality workflow — 2026-05-19 04:09 UTC

Download the full PDF report from the workflow artifacts.