ValidateUpdateSetDependencies

DerValidateUpdateSetDependencies-Prüfer identifiziert alle im aktuellen Workflow aufgerufenen Subflows und ermittelt, ob einer dieser Subflows in einem anderen (laufenden) Update Set bearbeitet wird.

Diese Warnung informiert den Benutzer darüber, dass dieser Workflow und eine oder mehrere seiner Abhängigkeiten aktiv so geändert werden, dass er nicht ohne zusätzlichen Aufwand gleichzeitig für eine andere Instanz bereitgestellt werden kann.

Informationen zu Update-Sätzen finden Sie unter Erstellen Sie einen Update-Satz, und wählen Sie ihn aus .

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. für allgemeine oder erwartete Werte, 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 in einem Update Set zusammen, bevor Sie dieses Update Set abschließen.
• 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 Update-Sätze untersucht, die in Bearbeitung sind, oder die Update-Sätze aller Subflows, die vom aktuellen Workflow verwendet werden 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 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. Checken Sie die Workflows aus, und veröffentlichen Sie sie erneut. Diese Aktion erzwingt einen Eintrag in den aktuellen Update-Satz.
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.

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. Navigiere zu System Update Sets > Lokale Update Sets.
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 Und 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-Set weitere abhängige Subflows hinzuzufügen.