P2503 · Konfigurationen · F-240

Publishing Workflows Konfiguration

REFINED P2503-105 Erstellt: 2026-05-11

User Story

Als Redakteur möchte ich Inhalte als Entwurf anlegen, durch eine Review-Stufe schicken und zeitgesteuert veröffentlichen können, um qualitätsgesicherte Releases ohne manuelles Eingreifen zum Wunschzeitpunkt zu fahren.

Technische Beschreibung

Draft → Review → Published Workflow (editorial), Scheduler, trash (Soft-Delete).

Hinweise / Kommentare

Keine Kommentare zum Zeitpunkt der Erfassung.

Kontext aus docs/

  • Module scheduler + scheduler_content_moderation_integration
  • Modul trash (Soft-Delete)
  • Standard-editorial-Workflow aktiv
  • Status-Anker: code only

Akzeptanzkriterien

Workflow-Zustände

  • draft — Standard-Anfangszustand (unveröffentlicht, kein Default-Revision)
  • in_review — zur Freigabe eingereicht (unveröffentlicht)
  • published — live (publiziert, Default-Revision)
  • unpublished — manuell deaktiviert (unveröffentlicht, Default-Revision)

Transitions

  • submit_for_review: Draft → In Review — ausführbar durch content_editor, content_manager, administrator
  • request_changes: In Review → Draft — ausführbar durch content_manager, administrator
  • publish: In Review → Published — ausführbar durch content_manager, administrator (auch via Scheduler)
  • unpublish: Published → Unpublished — ausführbar durch content_manager, administrator
  • create_new_draft: Unpublished/Published → Draft — ausführbar durch content_editor (nur eigene), content_manager, administrator

Hard-Review-Regel: Es gibt keinen direkten Pfad Draft → Published. Jeder Inhalt muss In Review durchlaufen.

Rollen

  • Neue Rolle content_manager: darf approven, Publish-Datum setzen, unpublishen, beliebige Inhalte löschen
  • content_editor: darf Entwürfe anlegen, zur Review einreichen, eigene Drafts löschen — kein direktes Publizieren

Betroffene Content-Types

  • node.blog — im Workflow
  • node.page (inkl. Canvas-Pages) — im Workflow
  • node.vacancyausgeschlossen (automatischer XML-Import via solcom_vacancy-Migration bleibt unverändert)

Scheduler

  • Zeitgesteuerte Veröffentlichung nur aus dem Zustand in_review heraus (→ Published)
  • Nur content_manager und administrator dürfen das Publish-Datum setzen
  • content_editor sieht das Scheduler-Datumsfeld nicht
  • Modul scheduler_content_moderation_integration muss aktiv sein

Trash / Soft-Delete

  • content_editor darf eigene Drafts in den Papierkorb verschieben
  • content_manager und administrator dürfen beliebige Inhalte löschen
  • Auto-Purge bleibt deaktiviert

Bestandsinhalt

  • Bereits publizierte blog- und page-Inhalte erhalten automatisch den Zustand published (Drupal-Standard beim Hinzufügen eines Workflows)
  • Kein manueller Migrations-Aufwand erforderlich

Abhängigkeiten

  • Modul content_moderation (Drupal Core) — aktiv
  • Modul scheduler — aktiv, muss per Content-Type aktiviert werden (blog, page)
  • Modul scheduler_content_moderation_integration — muss aktiv sein
  • Modul trash — aktiv
  • Neue Rolle content_manager muss angelegt und mit Berechtigungen versehen werden
  • Migration solcom_vacancy ist unberührt — kein Änderungsbedarf

Offene Fragen

Alle Fragen im Refinement-Session (2026-05-13) geklärt. Keine offenen Punkte.

Artefakte

Worklog

Datum Typ Eintrag
2026-05-13 Review Persisted — standards: 2 hard / 2 judgement, spec: 4 hard + 4 creep (worst: publish-Transition erlaubt unpublished → published ohne Review)