Inhalts-Workflows

Während des Vorgangs zur Erstellung, Bearbeitung, Überprüfung und Genehmigung eines Dokuments durchläuft der Inhalt verschiedene Statusänderungen. Jeder Status erfordert Eingaben von Benutzern mit unterschiedlichen Rollen.

Jedes Objekt hat einen Status, der die aktuelle Workflow-Phase des Objekts widerspiegelt. Der Status der Objekte ändert sich gemäß dem in Ihrer Umgebung definierten Workflow.

Der Status eines Objekts kann Folgendes angeben:

  • Stelle im Dokumentationsprozess
  • Nächste Workflow-Phase
  • Benutzer, der momentan für das Objekt verantwortlich ist
  • Mögliche Workflow-Phasen, die vor der Fertigstellung verbleiben
Abbildung: Beispiel-Workflow
Beispiel-Workflow

Rollen und Workflows

Jeder Benutzer kann nur innerhalb seiner zugewiesenen Rollen agieren. Die für Sie verfügbaren Rollen werden in Ihrer Unternehmenskonfiguration festgelegt. So könnten Sie zum Beispiel festlegen, dass nur ein Writer ein Topic aus dem Status Erstellung:done in den Status Erstellung:work zurück verschieben kann. Nachfolgend sind einige typische Rollen aufgeführt:
  • Contributor: Ein Fachexperte (SME), der einem technischen Redakteur einen groben Entwurf des Inhalts zur Überarbeitung zur Verfügung stellt.

  • Writer: Ein technischer Redakteur, der Inhalt erstellt und manchmal anderen Benutzern Reviews zuweist.

  • Reviewer: Ein Fachexperte (SME), der dem Writer Feedback-Kommentare liefert und den eingereichten Inhalt auf fachliche Richtigkeit überprüft.

Ein Benutzer ist dafür verantwortlich, an diesem Benutzer zugewiesenen Inhalten zu arbeiten. Dieser Benutzer muss einen für diese Rolle aktiven Status haben. So ist zum Beispiel ein Writer dafür zuständig, an zugewiesenen Topics mit dem Staus Authoring:work zu arbeiten. Derselbe Writer ist jedoch auch dafür zuständig, als Reviewer an einem Topic mit dem Status Authoring:review zu arbeiten, wenn diese Rolle von einem anderen Benutzer zugewiesen wird. Ein Writer oder ein anderer Benutzer kann diese zugewiesene Rolle während der Statusänderung des Objekts festlegen, damit andere Benutzer mit der angegebenen Rolle an dem Objekt arbeiten können.

So kann beispielsweise ein Contributor oder Ersteller BenutzerA als Ersteller für ein Topic zuweisen, das vom Contributor oder Ersteller erstellt wurde. Nach der Bearbeitung oder Aktualisierung kann BenutzerA die Überprüfung dieses Topics einem anderen Benutzer zuweisen. Der Reviewer kann der ursprüngliche Contributor oder Ersteller sein. Es kann jedoch auch ein anderer Benutzer mit der Reviewer-Rolle sein.

Objektabhängigkeiten und Workflows

Ein Objekt kann in seinem Workflow nicht weiter fortgeschritten sein als seine untergeordneten Abhängigkeiten.

Enthält beispielsweise das Topic, das sie in den Status Authoring:done verschieben möchten, ein Bild, das noch den Status Authoring:work hat, muss das verwandte Bild über den Status Authoring:done verfügen, damit das Topic in den Status Authoring:done verschoben werden kann. Diese Richtlinie findet auch Anwendung, wenn das Topic Conrefs oder Querverweise referenziert, die noch den Status Authoring:work aufweisen.

Wichtig: In IXIA CCMS Web ändert ein Deep-Status automatisch den Status der untergeordneten Abhängigkeiten, wenn Sie das übergeordnete Element verschieben, sofern er dazu autorisiert ist. In diesen Fällen müssen nicht erst alle untergeordneten Elemente verschoben werden, bevor das übergeordnete Element verschoben werden kann.