ValidateUpdateSetParentAbhängigkeiten

Die ValidateUpdateSetParentAbhängigkeiten Die Validierung identifiziert alle Workflows, die den aktuellen Workflow als Subflow aufrufen, und bestimmt, ob einer dieser übergeordneten Workflows in einem anderen Update-Satz bearbeitet wird, der gerade ausgeführt wird.

Diese Warnung informiert den Anwender, dass dieser Workflow und ein oder mehrere Workflows, die von diesem Workflow abhängen, aktiv so geändert werden, dass sie nicht ohne zusätzlichen Aufwand gleichzeitig in einer anderen Instanz bereitgestellt werden.

Validierungszusammenfassung

• Risiko: Wenn ein übergeordneter Workflow in einem Update-Satz bearbeitet 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. Durch unabhängige Änderungen, z. B. das Bearbeiten allgemeiner oder erwarteter Werte, können die beiden Workflows inkompatibel werden.
• Schweregrad: Warnung
• Gültiges Ergebnis: Gültig
• Gültige Nachricht: Es wurden keine Abhängigkeitsprobleme des Update-Satzes gefunden.
• Ungültiges Ergebnis: Ungültig
• Ungültige Nachricht: Dieser Workflow hat abhängige Workflows, die sich in einem anderen Update-Satz befinden.
• Vorgeschlagene Aktion: Ändern und stellen Sie beide Workflows im selben Update-Satz bereit. Wenn Sie Abhängigkeiten in separaten Update-Sätzen ändern müssen, verwenden Sie eine der folgenden Methoden:
  • Stellen Sie sicher, dass alle Update-Sätze gleichzeitig migriert werden.
  • Führen Sie vor der Bereitstellung des Haupt-Flow-Update-Satzes die Abhängigkeiten in einem Update-Satz zusammen, bevor Sie diesen Update-Satz auf „Abgeschlossen“ setzen.
• Veröffentlichbar: Ja
• Ausführbar: Ja
• Zugehörige Informationen: Workflow-Bewegung mit Update-Sätzen

Problembehandlung

Ein Workflow wird einem Update-Satz nur hinzugefügt, wenn der Workflow veröffentlicht wird. Diese Validierung gibt eine Warnung aus, wenn eine der folgenden Bedingungen vorhanden ist:

• 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:

Diese Validierung sucht nicht nach Update-Sätzen, die geschlossen wurden. Es werden nur Update-Sätze untersucht, die in Bearbeitung sind, oder die Update-Sätze aller übergeordneten Workflows, die den aktuellen Workflow aufrufen und für Anwender ausgecheckt werden, die in einem anderen Update-Satz arbeiten.

Beispiel

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

Anwender A:

1. Legt Update-Satz A auf den aktuellen Update-Satz fest.
2. Checkt Workflow A. aus
3. Ändert den Rückgabewert von Zeichenfolge Geben Sie in Workflow A bis A ein Referenz/Anwender Typ.
4. Veröffentlicht Workflow A, was einen Eintrag in Update-Satz A verursacht

Anwender B:

1. Legt Update-Satz B auf den aktuellen Update-Satz fest.
2. Checkt Workflow B. aus
3. Enthält Workflow A als Subflow.
4. Verwendet den Rückgabewert der Anwenderreferenz aus Workflow A als Genehmigungszuweisung.
5. Veröffentlicht Workflow B, was einen Eintrag in Update-Satz B verursacht

Risiken

• Anwender B verschiebt Update-Satz B in eine andere Instanz mit einer älteren Version von Workflow A. der Rückgabewert ist keine Anwenderreferenz, was dazu führt, dass sich das Ergebnis von Workflow B vom Test in der Entwicklung unterscheidet.
• Anwender B verschiebt Update-Satz B in eine neue Instanz, die keine Version von Workflow A hat. Workflow B weist zur Laufzeit einen Validierungsfehler auf und kann nicht ausgeführt werden. Dem Workflow-Protokoll des aktuellen Datensatzes wird ein Protokolleintrag hinzugefügt.

Mögliche Lösungen

Lösung 1

Migrieren Sie den übergeordneten Workflow und alle abhängigen Workflows zusammen mit demselben Update-Satz zu einer neuen Instanz.

1. Legen Sie den Update-Satz auf das Update fest, das Sie zu neuen Instanzen migrieren möchten.
2. Checken Sie die Workflows aus, die einbezogen werden müssen, und veröffentlichen Sie sie erneut.
   Hinweis:

   Diese Aktion erzwingt einen Eintrag in den aktuellen Update-Satz.
3. Schließen Sie den Update-Satz mit allen Abhängigkeiten ab.
4. Befolgen Sie die Standardverfahren für die Migration von Update-Sätzen 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-Sätzen.

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