Erkennung von Überholern

Grundlagen

Die Reihenfolge von Transportaufträgen in einer Importqueue richtet sich in der Regel nach dem Zeitpunkt der Exportfreigabe der Transportaufträge. Bei der Exportfreigabe wird dabei abhängig vom Konsolidierungsweg der Transport ans Ende der Queue des Konsolidierungsziels - üblicherweise ein Qualitätssicherungssystem - gestellt. Somit stehen Transporte mit älteren Entwicklungen weiter oben in einer Queue und jüngere Entwicklungen weiter unten. 

Wird nun ein Auftrag A_m an Position P(A_m) in der Queue in ein System importiert, welcher Objekte enthält, die in einem noch nicht importiertem Auftrag A_n an Position P(A_n) der Queue komplett oder teilweise enthalten sind und gilt P(A_n) < P(A_m), ist Auftrag A_m ein Überholer von A_n und A_n ein fehlender Vorgänger für A_m. Beispielsweise könnte A_n ein Auftrag sein, der im Rahmen eines Releases behandelt wird und A_m enthält eine Korrektur, die im Rahmen von Wartungsarbeiten außerhalb eines Releases koordiniert wird. 

Wird nun der Auftrag A_n zeitlich nach dem Auftrag A_m importiert, überschreibt dieser die neueren Objektversionen aus Auftrag A_m. Dieses Verhalten ist jedoch normalerweise nicht gewünscht oder beabsichtigt und kann zu Inkonsistenzen führen. 

Identifizierung von Überholer-Aufträgen

Wenn über Conigma Transportaufträge mittels eines Importcontainers in ein Zielsystem importiert werden, werden Überholer per Default automatisch identifiziert und dem Transportumfang selbständig hinzugefügt. Für die Identifizierung muss ein potenzieller Überholer-Kandidat A_u folgende Kriterien erfüllen, wobei M die Menge aller Transporte ist, die im Importumfang des Importcontainers enthalten sind:

• A_u ist nicht in M enthalten

• A_u ist bereits im Zielsystem als Vorabimport importiert (gesetztes I-Flag bzw. Gelbes Dreieck in der Importqueue)

• A_u überschneidet sich mit einem Auftrag A_k aus M und für die Queue-Positionen gilt P(A_k) < P(A_u)

• A_u überschneidet sich mit einem bereits identifizierten Überholer A_iu und für die Queue-Positionen gilt P(A_ui) < P(A_u)

• Die überschneidenden Objekte von A_u sind nicht vollständig in einem Auftrag A_r aus M enthalten, wobei gilt P(A_u) < P(A_r)

Um zu gewährleisten, dass ein Überholer-Auftrag bei Bedarf noch einmal re-importiert werden kann, werden Transportaufträge über Conigma normalerweise immer als Vorabimporte importiert. 

I- und F-Flags

Wie bereits oben ausgeführt werden Transportaufträge immer als Vorabimporte importiert. Das geschieht durch die Option "Transportauftrag für weiteren Import in Queue stehen lassen" bzw. durch das Setzen des unconditional modes "I" bzw. I-Flag. Wenn ein Transportauftrag noch einmal re-importiert werden kann, also das I-Flag gesetzt wird, wird in den Folge-Queues ein sogenanntes F-Flag auf dem Transportauftrag gesetzt. Das Setzen des F-Flags erfolgt hier durch den SAP Standard und nicht durch Conigma. Das F-Flag gibt an, dass der Auftrag möglicherweise nicht an seiner finalen Position in der Queue steht, sondern durch ein re-import in der Vorgänger-Queue noch einmal ans Ende der Queue fallen kann. 

Beispiel:

Ein Objekt O wird im Entwicklungssystem mehrfach bearbeitet und befindet sich in zwei nicht importierten Transportaufträgen A_n und A_m in der Queue des Qualitätssicherungs-Systems. Auftrag A_n steht an Position P(A_n) und Auftrag A_m steht an der Position P(A_m), wobei P(A_n) < P(A_m). Wird nun Auftrag A_m in das Qualitätssicherungs-System als Vorabimport importiert, erfolgt eine Weiterleitung an die Queue des Folgesystems und er wird am Ende der Queue an Position F_i platziert. Nun wird Auftrag A_n über Conigma importiert und A_m automatisch als Überholer erkannt und noch einmal re-importiert. Ohne das F-Flag in der Queue des Folgesystems würde folgendes passieren: Auftrag A_n wird an die Queue des Folgesystems weitergeleitet und am Ende angehängt, wobei ihm die Position F_j > F_i zugewiesen wird. Das bedeutet, dass nun Auftrag A_m vor dem Auftrag A_n in der Queue des Folgesystems steht. Wird nun Auftrag A_m zuerst importiert und danach A_n, wird A_m nicht mehr als Überholer von A_n erkannt => Downgrade. Wird Auftrag A_n zuerst importiert und danach A_m, würde A_n fälschlicherweise als Überholer identifiziert => Downgrade.

Durch das F-Flag passiert folgendes: Auftrag A_n wird in die Queue des Folgesystems weitergeleitet und am Ende angehängt, wobei ihm die Position F_j > F_i zugewiesen wird. Da A_m als Überholer im Importumfang enthalten ist und re-importiert wird, fällt A_m in der Folgequeue ans Ende an Position F_k > F_j > F_i und eine korrekte Reihenfolge ist gewährleistet.