Regelformat

Eine Regel ist eine Anweisung, die ein bestimmtes Ergebnis festlegt, wenn bestimmte Bedingungen erfüllt sind. In der GUI sind Regeln aus Knoten und Bedingungen zusammengesetzt. Knoten sind die logischen Verbindungselemente, die die Beziehung zwischen zwei Anweisungen (oder Bedingungen) beschreiben. Bedingungen sind eine Anweisung der Anforderungen, die erfüllt sein müssen, und können entweder Benutzer- oder Feldwerte betreffen.

Der logische Knoten and zeigt an, dass alle angegebenen Bedingungen wahr sein müssen, um den Anforderungen der Regel zu entsprechen.

Der logische Knoten or zeigt an, dass eine oder mehrere angegebenen Bedingungen wahr sein müssen, um den Anforderungen der Regel zu entsprechen.

Die bestimmte Platzierung des logischen Knotens bestimmt, wie er sich auf die Bedeutung der Regel auswirkt.

Das folgende Beispiel zeigt eine E-Mail-Benachrichtigungsregel, die Windchill RV&S bittet, den Benutzer (administrator) jedes Mal zu benachrichtigen, wenn ein neuer Änderungsantrag erstellt oder dem Benutzer ein Defekt zugewiesen wird. Mit dem Knoten or erfolgt die Benachrichtigung, wenn eines der Ereignisse auftritt.

Die Verwendung von [New Value] in einer Regelbedingung gibt eine Änderung in einem Feldwert an. Der eine Teil der Bedingung gibt den Feldwert vor der Änderung und der andere den Wert nach der Änderung an. In der Regel oben zeigt Assigned User <> Assigned User[New Value] beispielsweise an, dass der neue Wert im Feld "Zugewiesener Benutzer" nicht dem Wert vor der Speicherung des Elements entspricht. Das bedeutet: Der Wert im Feld "Zugewiesener Benutzer" wurde beim Bearbeiten des Elements geändert.

Wenn die Dokumentenversionierung aktiviert ist, können Sie Bedingungen für Live- und versionierte Dokumentmodellelemente angeben. Z.B. können Sie eine Ereignis-Triggerregel, die nur für versionierte Elemente ausgeführt wird, oder eine E-Mail-Benachrichtigungsregel erstellen, die eine E-Mail sendet, wenn ein Benutzer ein bestimmtes Live-Element bearbeitet.

Als optimale Vorgehensweise empfiehlt PTC, die Bedingung Item is live in alle Regeln für Live-Elemente einzuschließen. Dadurch wird die Genauigkeit von Regeln verbessert.

Mit Elementen haben Sie folgende Möglichkeiten:

• Definieren Sie eine Regel, die nur Live-Elemente abgleicht. Item is live gleicht z.B. nur Live-Elemente ab.

• Definieren Sie eine Regel, die nur versionierte Elemente abgleicht. Item is versioned gleicht z.B. nur versionierte Elemente ab.

Mit Element-IDs haben Sie folgende Möglichkeiten:

• Definieren Sie eine Regel, die mithilfe einer Live-Element-ID nur ein einzelnes Live-Element abgleicht. ID is = 123 und Item is live gleichen z.B. 123 ab.

• Definieren Sie eine Regel, die mithilfe einer versionierten Element-ID nur ein einzelnes versioniertes Element abgleicht. ID is = 123–1.0 gleicht z.B. 123–1.0 ab.

• Sie können keine Regel definieren, die das Live-Element und alle Versionen des Elements mithilfe einer Live-Element-ID abgleicht.

• Sie können keine Regel definieren, die mithilfe von versionierten oder Live-Element-IDs einen Bereich von Live- oder versionierten Elementen abgleicht, z.B. ID is > 123-1.0 and < 123-2.0.

Mit Dokument-IDs haben Sie folgende Möglichkeiten:

• Definieren Sie eine Regel, die mithilfe einer Live-Dokument-ID nur ein einzelnes Live-Dokument abgleicht. Document ID is = 123 und Item is live gleichen z.B. Inhalte ab, die im Live-Dokument 123 enthalten sind.

• Definieren Sie eine Regel, die mithilfe einer versionierten Dokument-ID nur ein einzelnes versioniertes Dokument abgleicht. Document ID is = 123–1.0 gleicht z.B. Inhalte ab, die im versionierten Dokument 123–1.0 enthalten sind.

Sie können keine Regel definieren, die mithilfe von versionierten oder Live-Dokument-IDs einen Bereich von Live- oder versionierten Dokumenten abgleicht, z.B. Document ID is > 123-1.0 and < 123-2.0.