[Feature] Define project management module and OpenProject API integration #187

Closed
opened 2026-07-06 20:26:20 +02:00 by zemion · 2 comments
Owner

Imported from the GovOPlaN module and integration planning discussion.

Durable context: Gitea wiki page Repo-docs-GOVOPLAN-MODULE-ROADMAP in govoplan-core.

Define whether GovOPlaN needs a govoplan-projects module and how OpenProject should integrate.

Questions:

  • link to OpenProject entities, import project metadata, synchronize tasks, or replace selected workflows?
  • which workflows belong in GovOPlaN cases/tasks versus OpenProject?
  • what API permissions, webhooks, and identity mapping are required?
<!-- codex-module-roadmap:openproject-project-management --> Imported from the GovOPlaN module and integration planning discussion. Durable context: Gitea wiki page `Repo-docs-GOVOPLAN-MODULE-ROADMAP` in `govoplan-core`. Define whether GovOPlaN needs a `govoplan-projects` module and how OpenProject should integrate. Questions: - link to OpenProject entities, import project metadata, synchronize tasks, or replace selected workflows? - which workflows belong in GovOPlaN cases/tasks versus OpenProject? - what API permissions, webhooks, and identity mapping are required?
zemion added this to the GovOPlaN Module Roadmap milestone 2026-07-06 20:26:20 +02:00
Author
Owner

Ownership refinement

The coexistence/migration/replacement framework and first OpenProject connector profile are now tracked in govoplan-connectors#11. Keep this issue for the remaining product decision and native project-management module boundary; connector runtime implementation should live in Connectors and domain semantics in the eventual project/task/case owner.

## Ownership refinement The coexistence/migration/replacement framework and first OpenProject connector profile are now tracked in [govoplan-connectors#11](https://git.add-ideas.de/GovOPlaN/govoplan-connectors/issues/11). Keep this issue for the remaining product decision and native project-management module boundary; connector runtime implementation should live in Connectors and domain semantics in the eventual project/task/case owner.
Author
Owner

Codex State: done

Summary

  • Established govoplan-projects as the native domain module and kept OpenProject transport in govoplan-connectors.
  • Created the concrete OpenProject implementation work package as govoplan-connectors#12 under the established-tool integration epic.

Changed Files

  • docs/GOVOPLAN_MASTER_ROADMAP.md

Verification

  • govoplan-projects manifest test and contract scan passed
## Codex State: done ### Summary - Established govoplan-projects as the native domain module and kept OpenProject transport in govoplan-connectors. - Created the concrete OpenProject implementation work package as govoplan-connectors#12 under the established-tool integration epic. ### Changed Files - `docs/GOVOPLAN_MASTER_ROADMAP.md` ### Verification - `govoplan-projects manifest test and contract scan passed`
zemion added module/connectorsmodule/projects and removed
status
triage
module/corecodex/needs-human
labels 2026-07-29 15:59:54 +02:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: GovOPlaN/govoplan-core#187