Domänentrennung und Workflow

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 2 Minuten Lesedauer

    • Die Anwendung Workflow unterstützt Domänentrennung. Mit der Domain Separation können Sie Daten, Prozesse und Verwaltungsaufgaben in logische Gruppierungen, sogenannte Domänen, aufteilen. Sie können verschiedene Aspekte dieser Trennung steuern, einschließlich der Benutzer, die Daten sehen und darauf zugreifen können.

    Support-Stufe: Standard*

    • Umfasst die Basis-Stufe
    • Geschäftslogik: Prozesse können vom Service Provider pro Kunde erstellt oder geändert werden. Die Anwendungsfälle spiegeln die ordnungsgemäße Verwendung der Anwendung durch mehrere Service Provider-Kunden in einer einzigen Instanz wider.
    • Der Besitzer der Instanz muss in der Lage sein, die MVP-Geschäftslogik und die Datenparameter pro Mandant wie erwartet für die spezifische Anwendung zu konfigurieren.
    Anwendungsfall: Als Administrator benötige ich die Möglichkeit, Kommentare beim Schließen eines Datensatzes für einen Mandanten obligatorisch zu machen, aber nicht für einen anderen.

    Übersicht

    Wenn die Domänentrennung aktiviert ist, vererben Workflows und Workflow-Aktivitäten die Domäne des Benutzers, der sie veröffentlicht oder erstellt.

    So funktioniert die Domänentrennung in der Workflow Anwendung

    Während Workflows von mehreren Tabellen verwaltet werden, werden nur die folgenden Tabellen für Domänentrennungsfunktionen verwendet:
    • Workflow [wf_workflow] und Workflow-Version [wf_workflow_version]: werden für die Prozessverwaltung oder Prozesstrennung verwendet.
    • Workflow-Kontext [wf_context]: Wird verwendet für Domänentrennung verstehen.
    Hinweis:
    Die Workflow-Versionstabelle [wf_workflow_version] enthält kein Domänenfeld. Workflow-Versionsdatensätze erben ihre Domäne vom übergeordneten Workflow-Datensatz.

    Der Workflow-Editor zeigt die Domäne eines Workflows in der Titelleiste nach dem Namen des Workflows an.

    Abbildung : 1. Workflow-Editor-Domäne

    Workflows und delegierte Administration

    Durch die delegierte Administration können untergeordnete Domänen Workflows, die in der Domänenhierarchie höher liegen, erben und diese gegebenenfalls mit domänenspezifischen Versionen überschreiben.

    Abbildung : 2. Workflow und delegierte Administration
    Prozesse sind nach oben sichtbar. Eine untergeordnete Domäne kann Workflows in einer übergeordneten Domäne anzeigen.

    Workflow-Datensätze in den Tabellen Workflow [wf_workflow] und Workflow-Version [wf_workflow_version] werden als Prozesse betrachtet. Ein Benutzer in einer untergeordneten Domäne kann einen Workflow aus einer übergeordneten Domäne auschecken, jedoch nicht kopieren. Wenn ein Benutzer in einer untergeordneten Domäne einen Workflow aus einer übergeordneten Domäne auscheckt, erstellt das System eine Version des Workflows in der Domäne dieses Benutzers. Diese neue Version ist ein eindeutiger Datensatz in der Workflow-Tabelle [wf_workflow]. Nachdem der Benutzer diesen neuen Workflow veröffentlicht hat, verwenden andere Benutzer in der untergeordneten Domäne den neuen Workflow, der den Workflow aus der übergeordneten Domäne überschreibt. Der ursprüngliche Workflow in der übergeordneten Domäne ist für Benutzer in der untergeordneten Domäne nicht mehr sichtbar.

    Beispiel: Ein Managed Service Provider (MSP) hostet ITSM-Services für mehrere Unternehmen, darunter ACME und Initech, in einer einzigen Instanz. Als Administrator erstellt der MSP einen Workflow für einen Change Requests – Notfall-Workflow, der für alle Domänen gilt, weil er in der TOP-Domäne erstellt wurde, der obersten Domäne in der Domänenhierarchie. Dieser Workflow überschreibt den globalen Change Requests – Notfall-Workflow und legt fest, dass für Notfall-Change-Requests die Genehmigung der CAB-Genehmigungsgruppe erforderlich ist. Aufgrund der delegierten Administration kann jede Domäne in der Hierarchie diesen Workflow anzeigen und verwenden. Nehmen wir nun an, die ACME-Domäne erfordert eine andere Genehmigungsrichtlinie, wo für Notfall-Change-Requests die Genehmigung der Notfall-CAB-Genehmigungsgruppe erforderlich ist. Der MSP erstellt eine andere Version des Change Requests – Notfall-Workflows in der ACME-Domäne. Dieser Workflow überschreibt die Version in der TOP-Domäne und gilt nur für Benutzer in der ACME-Domäne.

    Workflow-Berechtigungen

    Wenn ein Benutzer einen neuen Workflow startet, wird der Workflow mit der Domäne und den Anmeldeinformationen des Benutzers ausgeführt.

    Der Workflow behält die Domäne und die Anmeldeinformationen eines Benutzers, bis der Workflow aufgrund einer Aktivität warten muss, beispielsweise eine Genehmigungsaktivität, die auf die Genehmigung oder Ablehnung wartet. Wenn der angehaltene Workflow fortgesetzt wird, z. B. wenn ein Benutzer eine Anforderung genehmigt, verwendet der Workflow die Anmeldeinformationen des genehmigenden Benutzers. Der Workflow wird jedoch weiterhin in der Domäne des ursprünglichen Benutzers ausgeführt.