Objekthierarchie ändern: Unterschied zwischen den Versionen

Aus Helper
Zur Navigation springen Zur Suche springen
 
(9 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
;Mantiseinträge:  
;Mantiseinträge:  
   2237
   2237, 3371
;Systemtyp:  
;Systemtyp:  
   44
   44
Zeile 8: Zeile 8:
Weist einem Objekt einen neuen Ahnen zu. Der neue Ahne muss dazu zwingend ein Geschwister des Objektes sein.
Weist einem Objekt einen neuen Ahnen zu. Der neue Ahne muss dazu zwingend ein Geschwister des Objektes sein.


;Es gibt dafür zwei Varianten:
 
;Es gibt dafür vier Varianten:




''1. Älteres Geschwister, welches von einem anderen Objekt-Typ sein muss, finden.''
''1. Älteres Geschwister, welches von einem anderen Objekt-Typ sein muss, finden.''


Unter den älteren Geschwistern der DOs wird das nächste gesucht, das einen anderen DO_DY-SEQ hat. Also den mit der grössten DO_SEQ davon.  
Für diesen Fall gibt es nur einen Ausgang.


Wenn es einen hat, dann soll das aktuelle DO zu einem Kind des gefundenen Dos werden. Am Ende soll das DO zu HZ_HZ_SEQ1 gehen.  
Unter den älteren Geschwistern der DOs wird das nächst älteste gesucht, das einen anderen Typ (DO_DY_SEQ) hat. Also das mit der grössten DO_SEQ davon.  


Falls aber nichts gefunden wird, weil es keines gibt, dann soll nichts passieren.
Es werden folglich nur Objekte berücksichtigt, welche bereits vor dem aktuellen Objekt entstanden sind (eine kleine DO_SEQ besitzen, als das Objekt selbst).
 
Wenn es dieses gibt, dann soll das aktuelle DO zu einem Kind des gefundenen DOs werden.
 
'''Falls es kein Geschwister gibt bleibt alles wie es ist. Das DO geht auf jeden Fall zum nächsten Schritt.'''






''2. Geschwister über dessen DOSignatur finden. Die Name für die zu suchenden DOSignatur wird aus einem Metadatum des Objektes geholt.''
''2. Geschwister über dessen DOSignatur finden. Die Name für die zu suchenden DOSignatur wird aus einem Metadatum des Objektes geholt.''
Dieser Fall besitzt zwei Ausgänge.


Es muss ein Metadatum angegeben werden, in welchem die zu suchende DOSignatur hinterlegt wurde.
Es muss ein Metadatum angegeben werden, in welchem die zu suchende DOSignatur hinterlegt wurde.


Es muss hier genau ein Geschwister vorhanden sein, sonst fällt das Objekt in den Fehlerstatus.
Es muss hier genau ein Geschwister vorhanden sein, sonst geht das Objekt zum zweiten Ausgang
 
'''Nur wenn ein Geschwister gefunden wurde, geht das DO zum nächsten Schritt. Wird kein geschwister gefunden geht das Obhjekt zum Ausgang 2.'''


E.g.: Kein Geschwister mit gesuchter DOSignatur -> DO Fehler. Zwei Geschwister mit gesuchter DOSignatur -> DO Fehler.
E.g.: Kein Geschwister mit gesuchter DOSignatur -> DO Fehler. Zwei Geschwister mit gesuchter DOSignatur -> DO Fehler.


Der DO Typ ist hier nicht relevant. Genausowenig wie die Enstehungsfolge (alter) der Objekte.
Merke: Der DO Typ ist hier nicht relevant. Genausowenig wie die Enstehungsfolge (logisches Alter) der Objekte.
 
 
 
''3. Objekt wird zum Kind seines Grossvaters''
 
In diesem Fall wird das Kind um eine Ebene nach oben geschoben. Das heisst es wird zum Kind seines Grossvaters oder zum Bruder seines Vaters.
 
Gibt es kein Grossvater, so landet das Objekt einfach auf der obersten Ebene.
 
 
 
''4. Objekt wird zum Kind eines bestimmen Objektes''
 
In diesem Fall wird das Objekt zu einem Kind eines spezifisch definierten Vaters. Dazu geben Sie eine Objektnummer im Konfigurationsfenster an. 0 ist auch ein gültiger Wert; Dadurch landet das Objekt auf der obersten Ebene der Projekthierarchie.
 
Sollte es den konfigurierten, neuen Vater nicht geben, stoppt der Arbeitsschritt mit einem Fehler.


==Essentielle Felder==
==Essentielle Felder==
   HZ_FILEVERHALTEN - Die auszuführende Variante (Checkbox Auswahl 0/1)
   HZ_FILEVERHALTEN - Die auszuführende Variante (Checkbox Auswahl 0/1)
   HZ_FILENAME - Das Metadatum welches die gesuchte DOSignatur hält
   HZ_FILENAME - Das Metadatum welches die gesuchte DOSignatur hält
  HZ_BARCODEFILEWEG - Objektnummer des neuen Vaters


==Konfigurationsfenster im Produktionsauftrag==
==Konfigurationsfenster im Produktionsauftrag==


[[File:Objekthierarchie.png]]
Fall 1: Nur ein Ausgang
 
[[Datei:FHZ STyp044.png | 500px]]
 
 


Fall 2: Zwei Ausgänge


[[Datei:FHZ STyp044 2.png | 500px]]


[[Kategorie:Workflowschritt]]
[[Kategorie:Workflowschritt]]

Aktuelle Version vom 5. März 2025, 16:02 Uhr

Mantiseinträge
 2237, 3371
Systemtyp
 44

Beschreibung

Weist einem Objekt einen neuen Ahnen zu. Der neue Ahne muss dazu zwingend ein Geschwister des Objektes sein.


Es gibt dafür vier Varianten


1. Älteres Geschwister, welches von einem anderen Objekt-Typ sein muss, finden.

Für diesen Fall gibt es nur einen Ausgang.

Unter den älteren Geschwistern der DOs wird das nächst älteste gesucht, das einen anderen Typ (DO_DY_SEQ) hat. Also das mit der grössten DO_SEQ davon.

Es werden folglich nur Objekte berücksichtigt, welche bereits vor dem aktuellen Objekt entstanden sind (eine kleine DO_SEQ besitzen, als das Objekt selbst).

Wenn es dieses gibt, dann soll das aktuelle DO zu einem Kind des gefundenen DOs werden.

Falls es kein Geschwister gibt bleibt alles wie es ist. Das DO geht auf jeden Fall zum nächsten Schritt.


2. Geschwister über dessen DOSignatur finden. Die Name für die zu suchenden DOSignatur wird aus einem Metadatum des Objektes geholt.

Dieser Fall besitzt zwei Ausgänge.

Es muss ein Metadatum angegeben werden, in welchem die zu suchende DOSignatur hinterlegt wurde.

Es muss hier genau ein Geschwister vorhanden sein, sonst geht das Objekt zum zweiten Ausgang

Nur wenn ein Geschwister gefunden wurde, geht das DO zum nächsten Schritt. Wird kein geschwister gefunden geht das Obhjekt zum Ausgang 2.

E.g.: Kein Geschwister mit gesuchter DOSignatur -> DO Fehler. Zwei Geschwister mit gesuchter DOSignatur -> DO Fehler.

Merke: Der DO Typ ist hier nicht relevant. Genausowenig wie die Enstehungsfolge (logisches Alter) der Objekte.


3. Objekt wird zum Kind seines Grossvaters

In diesem Fall wird das Kind um eine Ebene nach oben geschoben. Das heisst es wird zum Kind seines Grossvaters oder zum Bruder seines Vaters.

Gibt es kein Grossvater, so landet das Objekt einfach auf der obersten Ebene.


4. Objekt wird zum Kind eines bestimmen Objektes

In diesem Fall wird das Objekt zu einem Kind eines spezifisch definierten Vaters. Dazu geben Sie eine Objektnummer im Konfigurationsfenster an. 0 ist auch ein gültiger Wert; Dadurch landet das Objekt auf der obersten Ebene der Projekthierarchie.

Sollte es den konfigurierten, neuen Vater nicht geben, stoppt der Arbeitsschritt mit einem Fehler.

Essentielle Felder

 HZ_FILEVERHALTEN - Die auszuführende Variante (Checkbox Auswahl 0/1)
 HZ_FILENAME - Das Metadatum welches die gesuchte DOSignatur hält
 HZ_BARCODEFILEWEG - Objektnummer des neuen Vaters

Konfigurationsfenster im Produktionsauftrag

Fall 1: Nur ein Ausgang


Fall 2: Zwei Ausgänge