[Task] Which future module comes first after platform cleanup: cases, workflow, or connectors? #185

Closed
opened 2026-07-06 15:22:47 +02:00 by zemion · 1 comment
Owner

Imported from a backlog-like text file.

  • Source: /mnt/DATA/Nextcloud/ADD ideas UG/Products/govoplan/split-concept-action-plan.md
  • Line: 434
  • Source kind: product
  • Section: GovOPlaN Split Concept and Action Plan > Key Decisions Needed

Imported item:

Which future module comes first after platform cleanup: cases, workflow, or connectors?
<!-- codex-generic-backlog-fingerprint:61d62ae9759955a86697aa5a --> Imported from a backlog-like text file. - Source: `/mnt/DATA/Nextcloud/ADD ideas UG/Products/govoplan/split-concept-action-plan.md` - Line: `434` - Source kind: `product` - Section: `GovOPlaN Split Concept and Action Plan > Key Decisions Needed` Imported item: ```text Which future module comes first after platform cleanup: cases, workflow, or connectors? ```
zemion added this to the Split Concept Action Plan milestone 2026-07-06 15:22:47 +02:00
zemion added the
type
task
source/backlog-import
codex/ready
labels 2026-07-07 23:10:52 +02:00
zemion added the
priority
p3
label 2026-07-07 23:43:10 +02:00
zemion added the
status
triage
label 2026-07-08 02:24:24 +02:00
Author
Owner

Closed by the current split documentation and contract-test pass. Evidence:\n\n- docs/MODULE_ARCHITECTURE.md now documents stable kernel contracts, removed obsolete core access/admin re-export paths, platform/module route ownership, module-prefixed live table ownership, compatibility/deprecation policy, and the boundary decision register.\n- README.md plus govoplan-admin/README.md and govoplan-tenancy/README.md now align the ownership summaries with the module-prefixed live tables.\n- tests/test_module_system.py covers removed obsolete access/core import aliases, current module table ownership, manifest version matching, manifest contract shape, module route aggregation, migration registration, runtime settings injection, and module permutations.\n- tests/test_access_contracts.py covers stable access/campaign capability DTO/protocol contracts.\n- scripts/check-module-matrix.sh passed locally on 2026-07-09: 67 backend contract/matrix tests, dependency-boundary check with 0 transitional exceptions, and all WebUI module permutation builds.

Closed by the current split documentation and contract-test pass. Evidence:\n\n- docs/MODULE_ARCHITECTURE.md now documents stable kernel contracts, removed obsolete core access/admin re-export paths, platform/module route ownership, module-prefixed live table ownership, compatibility/deprecation policy, and the boundary decision register.\n- README.md plus govoplan-admin/README.md and govoplan-tenancy/README.md now align the ownership summaries with the module-prefixed live tables.\n- tests/test_module_system.py covers removed obsolete access/core import aliases, current module table ownership, manifest version matching, manifest contract shape, module route aggregation, migration registration, runtime settings injection, and module permutations.\n- tests/test_access_contracts.py covers stable access/campaign capability DTO/protocol contracts.\n- scripts/check-module-matrix.sh passed locally on 2026-07-09: 67 backend contract/matrix tests, dependency-boundary check with 0 transitional exceptions, and all WebUI module permutation builds.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: add-ideas/govoplan-core#185
No description provided.