ValidateUpdateSetParentDependencies

Der ValidateUpdateSetParentDependencies-Prüfer identifiziert alle Workflows, die den aktuellen Workflow als Subflow aufrufen und bestimmt, ob einer dieser übergeordneten Workflows in einem anderen Update Set bearbeitet wird, das gerade ausgeführt wird.

Diese Warnung weist den Benutzer darauf hin, dass dieser Workflow und ein oder mehrere von diesem Workflow abhängige Workflows aktiv so geändert werden, dass sie nicht ohne zusätzlichen Aufwand gleichzeitig für eine andere Instanz bereitgestellt werden können.

Validierungszusammenfassung

• Risiko: Wenn ein übergeordneter Workflow in einem Update-Satz bearbeitet wird und sein abhängiger Subflow in einem anderen bearbeitet wird, sind die beiden Workflows möglicherweise nicht kompatibel, wenn sie in eine andere Instanz verschoben werden. Wenn Sie unabhängige Änderungen vornehmen, z. B. allgemeine oder erwartete Werte bearbeiten, können die beiden Workflows inkompatibel werden.
• Schweregrad: Warnung
• Gültiges Ergebnis: Gültig
• Gültige Nachricht: Es wurden keine Abhängigkeiten des Update Sets gefunden.
• Ungültiges Ergebnis: Ungültig
• Ungültige Nachricht: Dieser Workflow verfügt über abhängige Workflows, die sich in einem anderen Update Set befinden.
• Vorgeschlagene Aktion: Ändern und implementieren Sie beide Workflows im selben Update Set. Wenn Sie Abhängigkeiten in separaten Update Sets ändern müssen, verwenden Sie eine der folgenden Methoden:
  • Stellen Sie sicher, dass alle Update Sets gleichzeitig migriert werden.
  • Führen Sie vor der Bereitstellung des Hauptflow-Update-Sets die Abhängigkeiten zu einem Update Set zusammen, bevor Sie das Update Set als abgeschlossen festlegen.
• Veröffentlichbar: Ja
• Lauffähig: Ja
• Zugehörige Informationen: Workflow-Bewegung mit Aktualisierungssätzen

Problembehandlung

Ein Workflow wird einem Update Set nur hinzugefügt, wenn der Workflow veröffentlicht wird. Dieser Prüfer gibt eine Warnung aus, wenn eine der folgenden Bedingungen vorliegt:

• Ein veröffentlichter Subflow befindet sich in einem anderen Update-Satz als der übergeordnete Workflow, und dieser Update-Satz wird ausgeführt.
• Ein Subflow wird von einem anderen Anwender ausgecheckt, der in einem anderen Update-Satz arbeitet als der aktuelle Anwender.

Hinweis:

Dieser Prüfer sucht nicht nach Update Sets, die geschlossen wurden. Es werden nur in Bearbeitung befindliche Update Sets berücksichtigt bzw. die Update Sets aller übergeordneten Workflows, die den aktuellen Workflow aufrufen und für Benutzer ausgecheckt sind, die mit einem anderen Update Set arbeiten.

Beispiel

Im Folgenden finden Sie ein Beispiel für ein gefährdetes Entwicklungsszenario, in dem zwei Benutzer Abhängigkeiten zwischen Workflows in verschiedenen Update Sets erstellen.

Anwender A:

1. Legt Update Set A auf das aktuelle Update Set fest.
2. Checkt Workflow A aus.
3. Ändert den Rückgabewert des Zeichenfolge-Typs zu Workflow A in einen Referenz/Benutzer-Typ.
4. Veröffentlicht Workflow A, wodurch ein Eintrag in Update Set A erfolgt.

Anwender B:

1. Legt Update Set B auf das aktuelle Update Set fest.
2. Checkt Workflow B aus.
3. Enthält Workflow A als Subflow.
4. Der Rückgabewert der Benutzerreferenz aus Workflow A wird als Genehmigungszuweisung verwendet.
5. Publiziert Workflow B, wodurch ein Eintrag in Update Set B erstellt wird.

Risiken

• Benutzer B verschiebt Update Set B in eine andere Instanz, die über eine ältere Version von Workflow A verfügt. Der Rückgabewert ist keine Benutzerreferenz. Dies hat zur Folge, dass das Ergebnis von Workflow B anders als in der Testphase der Entwicklung ausfällt.
• Benutzer B verschiebt Update Set B in eine neue Instanz, die keine Version von Workflow A hat. Workflow B hat zur Laufzeit einen Validierungsfehler und kann nicht ausgeführt werden. Ein Protokolleintrag wird zum Workflow-Protokoll des aktuellen Datensatzes hinzugefügt.

Mögliche Lösungen

Lösung 1

Migrieren Sie den übergeordneten Workflow und alle abhängigen Workflows mithilfe des gleichen Update Set gemeinsam in eine neue Instanz.

1. Legen Sie das Update Set auf das fest, das Sie zu neuen Instanzen migrieren möchten.
2. Überprüfen Sie die erforderlichen Workflows, und veröffentlichen Sie sie erneut.
   Hinweis:

   Diese Aktion erzwingt einen Eintrag in das aktuelle Update Set.
3. Vervollständigen Sie das Update Set mit allen Abhängigkeiten.
4. Befolgen Sie die Standardverfahren für die Migration von Update Sets zu lokalen Instanzen. Informationen zu Update-Sätzen finden Sie unter System-Update-Sätze .

Lösung 2

Verschieben Sie abhängige Workflows zwischen Update Sets.

1. Identifizieren Sie das Update Set, das den zu migrierenden Haupt-Workflow enthält.
2. Navigieren zu Systemupdate-Sätze > Lokale Update-Sätzean.
3. Suchen Sie das Update Set, das die Abhängigkeiten zum Haupt-Workflow enthält, und wählen Sie es aus.
4. In der zugehörigen Liste Kunden-Updates wählen Sie die Workflow-Version des Subflow aus, den Sie verschieben möchten.
5. Wählen Sie das Update Set, das den übergeordneten Workflow enthält, im Feld Update Set aus. Wenn sich dieses Feld nicht im Formular „Kunden-Update“ befindet, konfigurieren Sie das Formular und fügen Sie das Feld hinzu.
6. Klicken Sie auf Aktualisieren. Das Basissystem verschiebt den abhängigen Subflow zum ausgewählten Update Set.
7. Wiederholen Sie die Schritte 4-6, um dem übergeordneten Flow-Update-Set weitere abhängige Subflows hinzuzufügen.