|
In den Tabellen unten gibt "Sichtbarkeit" die unterste Ebene an, auf der die Einstellung definiert werden kann:
• "Benutzer" bedeutet, dass ein einzelner Benutzer, Kontextadministrator, Organisations-Administrator oder Site-Administrator die Einstellung anzeigen oder festlegen kann.
• "Kontext" bedeutet, dass die Einstellung für einen Standort, eine Organisation, ein Produkt, eine Bibliothek, ein Projekt oder ein Programm festgelegt werden kann.
• "Organisation" bedeutet, dass Organisations- und Site-Administratoren die Einstellung anzeigen oder festlegen können.
• "Site" bedeutet, dass nur Site-Administratoren die Einstellung anzeigen oder festlegen können.
Ihre lokalen Administratoren können jedoch möglicherweise die Standardeinstellung zur Sichtbarkeit ändern.
|
Sichtbarkeit
|
Kontext
|
||
Standard
|
Ja
|
||
Beschreibung
|
Regelt die Sichtbarkeit der Tabelle Betroffene Erzeugnisse.
Ist Ja festgelegt, wird bei der Erstellung oder Bearbeitung von Problemberichten, Varianzen und Änderungsanträgen der Schritt Betroffene Erzeugnisse auswählen angezeigt:
|
Sichtbarkeit
|
Kontext
|
||
Standard
|
Nein
|
||
Beschreibung
|
Regelt die Sichtbarkeit der Tabelle Zugeordnete Probleme und Varianzen.
Wenn Ja festgelegt ist, wird die Tabelle Zugeordnete Probleme und Varianzen beim Erstellen von Änderungsaufgaben angezeigt.
|
Sichtbarkeit
|
Organisation
|
Standard
|
Ja
|
Beschreibung
|
Erstellt automatisch eine Änderungsnachricht über die Aufgabenseite eines Änderungsantrags.
|
Sichtbarkeit
|
Kontext
|
Standard
|
Ja
|
Beschreibung
|
Diese Einstellung betrifft Massenänderungs-Operationen bei der Arbeit mit Teilen, die aus CAD-Dokumenten erstellt wurden.
Ist Ja festgelegt, muss bei Massenänderungs-Operationen für alle aus CAD erstellten Teile jeweils das korrekte CAD-Modell in der zugehörigen Änderungsnachricht aufgeführt sein.
|
Sichtbarkeit
|
Organisation
|
Standard
|
Nein
|
Beschreibung
|
Ist Ja festgelegt, wird der Änderungs-Baseline-Bericht in der Liste der verfügbaren Produktstrukturberichte aufgeführt.
|
Sichtbarkeit
|
Kontext
|
Standard
|
Implementierung
|
Beschreibung
|
Der Lebenszyklusstatus, der angibt, dass sich eine Änderungsnachricht in der Implementierungsphase befindet.
Der angegebene Wert kennzeichnet den Änderungsnachricht-Workflow unter der Implementierungsphase. Der Wert stößt auch den Änderungssequenzplan an. Änderungssequenzpläne werden nur gestartet, wenn die Änderungsnachricht den angegebenen Status hat. Es darf nur ein Lebenszyklusstatus als Implementierungsstatus definiert werden.
|
Sichtbarkeit
|
Kontext
|
Standard
|
Ja
|
Beschreibung
|
Diese Einstellung legt fest, ob das Kontrollkästchen Informationen übertragen verfügbar ist, wenn aus einem vorhandenen Änderungsobjekt heraus ein Änderungsantrag oder Problembericht, eine Varianz oder eine Änderungsnachricht erstellt wird. Beispielsweise bei Auswahl von > > auf der Informationsseite eines Änderungsantrags: Zu den übertragenen Informationen gehören unter anderem Attribute, betroffene Objekte und Anhänge. • Ja: Das Kontrollkästchen wird angezeigt, ist jedoch nicht standardmäßig aktiviert. • Ausgewählt: Das Kontrollkästchen wird angezeigt und ist standardmäßig aktiviert. • Nein: Das Kontrollkästchen wird nicht angezeigt. |
Sichtbarkeit
|
Organisation
|
Standard
|
Nein
|
Beschreibung
|
Diese Einstellung legt fest, ob Revisionen von Änderungsobjekten erlaubt sind. Revisionsinformationen werden in der Tabelle Revisionsverlauf eines Änderungsobjekts angezeigt.
Für die Verwendung der Funktion ist richtige Prozesskonstruktion erforderlich. Lebenszyklusvorlagen müssen Neuversionsübergänge definieren, und den Benutzern müssen Generierungsberechtigungen für neue Versionen im entsprechenden Lebenszyklusstatus gewährt werden. Weitere Informationen finden Sie unter Phasenübergänge und Berechtigungen festlegen.
|
Sichtbarkeit
|
Organisation
|
Standard
|
Nein
|
Beschreibung
|
Ist Ja festgelegt, sind vereinfachte Änderungsnachrichten aktiviert.
In diesem Fall wird auf der Informationsseite einer Änderungsnachricht die Tabelle Implementierungsplan nicht angezeigt, wenn der Änderungsnachricht nur eine einzige Änderungsaufgabe zugeordnet ist.
Stattdessen werden auf der Registerkarte Implementierungsplan Informationen zur Änderungsaufgabe sowie die Tabelle Betroffene Objekte und die Tabelle Ergebnisobjekte angezeigt.
|
Sichtbarkeit
|
Kontext
|
||
Standard
|
Nein
|
||
Beschreibung
|
Legt fest, ob Benutzer eine Änderungsnachricht erstellen können, ohne vorher zuerst einen Änderungsantrag zu erstellen:
• Ja: Benutzer können jederzeit Änderungsnachrichten erstellen.
• Nein: Benutzer können Änderungsnachrichten nur aus einem vorhandenen Änderungsantrag heraus erstellen.
|
Sichtbarkeit
|
Organisation
|
Standard
|
Nein
|
Beschreibung
|
• Ja: Benutzer können mehrere Änderungsanträge mehreren Änderungsnachrichten zuordnen.
• Nein: Dieser Wert entspricht einer Verknüpfung des Typs "1:n oder n:1". Die Zuordnung wird eingeschränkt basierend darauf, welche Zuordnung zuerst erstellt wurde. Ein Beispiel: Sie verknüpfen einen Änderungsantrag mit einer Änderungsnachricht. Wenn Sie einen zweiten Änderungsantrag mit der Änderungsnachricht verknüpfen, wird eine 1:n-Kardinalität erzwungen. Die Änderungsnachricht kann mit mehreren Anträgen verknüpft werden, der Änderungsantrag jedoch nur mit einer einzigen Änderungsnachricht.
|
Sichtbarkeit
|
Organisation
|
Standard
|
Nein
|
Beschreibung
|
• Ja: Benutzer können mehrere Änderungsanträge mehreren Problemberichten zuordnen.
• Nein: Dieser Wert entspricht einer Verknüpfung des Typs "1:n oder n:1". Die Zuordnung wird eingeschränkt basierend darauf, welche Zuordnung zuerst erstellt wurde. Beispiel: Sie verknüpfen einen Problembericht mit einem Änderungsantrag. Wenn Sie einen zweiten Änderungsantrag mit dem Problembericht verknüpfen, wird eine 1:n-Kardinalität erzwungen. Der Problembericht kann mit mehreren Anträgen verknüpft werden, der Änderungsantrag jedoch nur mit einem einzigen Problembericht.
|
Sichtbarkeit
|
Benutzer
|
Beschreibung
|
Satz von Einstellungen, die die Standardsammlungsregeln bestimmen.
Sie können für folgende Tabellen Standardregeln für die Sammlung von Objekten festlegen:
• Betroffene Objekte
• Ergebnisobjekte
Weitere Informationen finden Sie unter Anfängliche Sammlung von Objekten für Aktionen konfigurieren.
|
Sichtbarkeit
|
Organisation
|
||
Standard
|
Nein
|
||
Beschreibung
|
Wenn Teile abgelöst werden, kann ihnen ein alternativer Status zugewiesen werden, der anzeigt, dass sie abgelöst wurden.
• Ja: Die abgelösten Teile werden in die Tabelle Ergebnisobjekte kopiert, damit ihr Status geändert werden kann, sobald die Änderungsnachricht freigegeben wird.
• Nein: Die abgelösten Teile werden nicht in die Tabelle Ergebnisobjekte kopiert, und ihr Status wird nicht geändert.
|
Sichtbarkeit
|
Organisation
|
Standard
|
Nein
|
Beschreibung
|
Zeigt die Organisation für alle Änderungsobjekte an.
|
Sichtbarkeit
|
Benutzer
|
Standard
|
Ja
|
Lösung
|
Windchill Risk and Reliability
|
Beschreibung
|
• Ja: Benutzer können Inline-Bearbeitungen für Verfügungswerte durchführen.
• Nein: Die Inline-Bearbeitung ist deaktiviert. Diese Einstellung verbessert allerdings die Leistung bei Massenänderungen.
Weitere Informationen zur Arbeit mit Verfügungen finden Sie unter Windchill Nonconformance-Prozess.
|
Sichtbarkeit
|
Organisation
|
||
Standard
|
Create New Change Notice
|
||
Beschreibung
|
Ändert den Workflow-Aufgabennamen "Create New Change Notice", der im Rahmen des Änderungsantrag-Workflow-Prozesses generiert wird.
Wenn Sie als Wert für diese Einstellung einen lokalisierten Namen angeben, aktualisieren Sie damit auch die Beschriftung des Kontrollkästchens, über das Sie Änderungsnachrichten automatisch über die Seite der Änderungsantrag-Aufgabe erstellen können.
|
Sichtbarkeit
|
Organisation
|
Standard
|
Ja
|
Beschreibung
|
Setzen Sie diese Einstellung auf Ja, wenn Anmerkungen automatisch gesperrt werden sollen, sobald für ein Änderungsobjekt manuell ein abschließender Status festgelegt wird. Anmerkungen werden nicht gesperrt, wenn der Status über einen Workflow-Prozess oder beim Import geändert wird.
Wenn Sie die Einstellung auf Nein setzen, werden einem Änderungsobjekt zugeordnete Anmerkungen nicht gesperrt.
Weitere Informationen finden Sie unter Verwaltung von abschließenden Status für Änderungsmanagement-Objekte.
|
Sichtbarkeit
|
Kontext
|
Standard
|
Ja
|
Beschreibung
|
Legt fest, ob Benutzer das Versionsziel für Ergebnisobjekte auswählen können:
• Ja: In der Spalte Versionsziel in der Tabelle Ergebnisobjekte wird ein Dropdown-Menü angezeigt.
• Nein: In der Spalte Versionsziel wird entweder der Standardwert schreibgeschützt angezeigt oder das persistente Ziel.
Weitere Informationen finden Sie unter Verwaltung von Änderungsprozessübergängen und Phasenübergänge.
|
Sichtbarkeit
|
Kontext
|
Standard
|
<nicht festgelegt>
|
Beschreibung
|
Über diese Einstellung können Sie die Zuweisung des Beauftragten und des Prüfers bis zu einem späteren Lebenszyklusstatus zurückstellen.
Bei der Auswahl eines Lebenszyklusstatus ist dann die Angabe eines Beauftragten und eines Prüfers für die Änderungsaufgabe für die ausgewählten Lebenszyklusstatus optional.
Standardmäßig sind keine Status ausgewählt. Anschließend müssen für jeden Lebenszyklusstatus ein Beauftragter und ein Prüfer zugewiesen werden.
|
Sichtbarkeit
|
Standort
|
Standard
|
Nein
|
Beschreibung
|
Diese Einstellung legt fest, welche Validierung für Objekte in der Tabelle Ergebnisobjekte einer Änderungsaufgabe durchgeführt werden soll. Die Validierung ermittelt die Sichtbarkeit und Verfügbarkeit der Aktion Vergleichen.
• Ja: Es wird eine vollständige Validierung für Objekte in der Tabelle Ergebnisobjekte durchgeführt. Die Aktion Vergleichen ist für alle Objekte verfügbar. Diese Einstellung kann sich allerdings negativ auf die Systemleistung auswirken, wenn Änderungsaufgaben viele Ergebnisobjekte haben. • Nein: Es wird eine teilweise Validierung für Objekte in der Tabelle Ergebnisobjekte durchgeführt. Möglicherweise wird das Symbol für die Aktion Vergleichen auch für Objekte angezeigt, auf die die Aktion nicht angewendet werden kann. |
Sichtbarkeit
|
Kontext
|
Standard
|
Nein
|
Lösung
|
Windchill ProjectLink
|
Beschreibung
|
• Ja: Benutzer können Problemberichte für Objekte erstellen, die in Projekten gemeinsam benutzt werden.
• Nein: Benutzer können keine Problemberichte für gemeinsam benutzte Objekte erstellen. Bereits vorhandene Problemberichte bleiben jedoch sichtbar.
Weitere Informationen finden Sie unter Verwaltung von Problemberichten und Varianzen in Projekten.
|
Sichtbarkeit
|
Kontext
|
||
Standard
|
Nein
|
||
Lösung
|
Windchill ProjectLink
|
||
Beschreibung
|
Ein sequenzierter Implementierungsplan ermöglicht es dem Änderungsnachrichtenautor zu bestimmen, welche Änderungsaufgaben abgeschlossen werden sollen, bevor andere Änderungsaufgaben gestartet werden können.
• Ja: Beim Erstellen oder Bearbeiten von Änderungsnachrichten können Benutzer optional die Reihenfolge festlegen, in der die Änderungsaufgaben implementiert werden sollen.
• Nein: Änderungsnachrichten unterstützen keine Änderungsaufgabensequenzen.
Ist die Einstellung aktiviert, wird die Spalte Sequenz in der Tabelle Implementierungsplan angezeigt:
|
Sichtbarkeit
|
Organisation
|
Standard
|
Ja
|
Beschreibung
|
Setzen Sie diese Einstellung auf Ja, wenn als Lösungsdatum automatisch die aktuelle Zeit angegeben werden soll, sobald für ein Änderungsobjekt manuell ein abschließender Status festgelegt wird. Das Lösungsdatum wird nicht angegeben, wenn der Status über einen Workflow-Prozess oder beim Import geändert wird. Wenn das Lösungsdatum bereits angegeben ist, wird das Änderungsobjekt nicht mit einem neuen Lösungsdatum aktualisiert.
Weitere Informationen finden Sie unter Verwaltung von abschließenden Status für Änderungsmanagement-Objekte.
|
Sichtbarkeit
|
Organisation
|
Standard
|
Nein
|
Lösung
|
Windchill Aerospace & Defense
|
Beschreibung
|
• Ja: Benutzer dürfen nicht eingearbeitete Änderungen erstellen.
• Nein: Benutzer dürfen keine nicht eingearbeiteten Änderungen erstellen. Allerdings bleiben bereits vorhandene nicht eingearbeitete Änderungen sichtbar.
Weitere Informationen finden Sie unter Nicht eingearbeitete Änderungen.
|
Sichtbarkeit
|
Kontext
|
Standard
|
Nein
|
Beschreibung
|
Wenn Sie Ja festlegen, können Sie für die betroffenen Objekte einer Varianz Gültigkeitsanweisungen definieren.
|
Sichtbarkeit
|
Kontext
|
Standard
|
VARIANCE AUTHOR
|
Beschreibung
|
Der Rollenname des Varianzeigentümers
Wenn Sie den Wert dieser Einstellung ändern, müssen Sie die entsprechende Rolle auch zum Lebenszyklus und zum Workflow der Varianz hinzufügen.
|
Sichtbarkeit
|
Kontext
|
Standard
|
Nein
|
Lösung
|
Windchill ProjectLink
|
Beschreibung
|
• Ja: Benutzer können Varianzen für Objekte erstellen, die in Projekten gemeinsam benutzt werden.
• Nein: Benutzer können keine Varianzen für gemeinsam benutzte Objekte erstellen. Allerdings bleiben bereits vorhandene Varianzen sichtbar.
Weitere Informationen finden Sie unter Verwaltung von Problemberichten und Varianzen in Projekten.
|
Sichtbarkeit
|
Kontext
|
Standard
|
WCTYPE|wt.change2.WTChangeOrder2
|
Beschreibung
|
Der Standardtyp, der bei der Erstellung neuer Änderungsnachrichten verwendet wird:
• Geben Sie Folgendes ein, um die Klasse "wt.change2.WTChangeOrder2" (oder eine ihrer Unterklassen) zu bestimmen:
WCTYPE|wt.change2.WTChangeOrder2 (oder eine ihrer Unterklassen)
• Geben Sie Folgendes ein, um einen Änderungsnachrichts-Untertyp zu bestimmen:
WCTYPE|wt.change2.WTChangeOrder2|com.ptc.<Änderungsnachricht>
• Geben Sie Folgendes ein, damit Benutzer einen Änderungsnachrichtstyp auswählen müssen:
com.ptc.core.foundation.type.common.commonResource:SELECT_A_TYPE
|
Sichtbarkeit
|
Kontext
|
Standard
|
WCTYPE|wt.change2.WTChangeRequest2
|
Beschreibung
|
Der Standardtyp, der bei der Erstellung neuer Änderungsanträge verwendet wird:
• Geben Sie Folgendes ein, um die Klasse "wt.change2.WTChangeRequest2" (oder eine ihrer Unterklassen) zu bestimmen:
WCTYPE|wt.change2.WTChangeRequest2 (oder eine ihrer Unterklassen)
• Geben Sie Folgendes ein, um einen Änderungsantrags-Untertyp zu bestimmen:
WCTYPE|wt.change2.WTChangeRequest2|com.ptc.<Änderungsantrag>
• Geben Sie Folgendes ein, damit Benutzer einen Änderungsantragstyp auswählen müssen:
com.ptc.core.foundation.type.common.commonResource:SELECT_A_TYPE
|
Sichtbarkeit
|
Kontext
|
Standard
|
WCTYPE|wt.change2.WTChangeActivity2
|
Beschreibung
|
Der Standardtyp, der bei der Erstellung neuer Änderungsaufgaben verwendet wird:
• Geben Sie Folgendes ein, um die Klasse "wt.change2.WTChangeActivity2" (oder eine ihrer Unterklassen) zu bestimmen:
WCTYPE|wt.change2.WTChangeActivity2 (oder eine ihrer Unterklassen)
• Geben Sie Folgendes ein, um einen Änderungsaufgaben-Untertyp zu bestimmen:
WCTYPE|wt.change2.WTChangeActivity2|com.ptc.<Änderungsaufgabe>
• Geben Sie Folgendes ein, damit Benutzer einen Änderungsaufgabentyp auswählen müssen:
com.ptc.core.foundation.type.common.commonResource:SELECT_A_TYPE
|
Sichtbarkeit
|
Kontext
|
Standard
|
WCTYPE|wt.change2.WTChangeIssue
|
Beschreibung
|
Der Standardtyp, der bei der Erstellung neuer Problemberichte verwendet wird:
• Geben Sie Folgendes ein, um die Klasse "wt.change2.WTChangeIssue" (oder eine ihrer Unterklassen) zu bestimmen:
WCTYPE|wt.change2.WTChangeIssue (oder eine ihrer Unterklassen)
• Geben Sie Folgendes ein, um einen Problemberichtsuntertyp zu bestimmen:
WCTYPE|wt.change2.WTChangeIssue|com.ptc.<Problembericht>
• Geben Sie Folgendes ein, damit Benutzer einen Problemberichtstyp auswählen müssen:
com.ptc.core.foundation.type.common.commonResource:SELECT_A_TYPE
|
Sichtbarkeit
|
Kontext
|
Standard
|
WCTYPE|wt.maturity.PromotionNotice
|
Beschreibung
|
Der Standardtyp, der bei der Erstellung neuer Erhöhungsanträge verwendet wird:
• Geben Sie Folgendes ein, um die Klasse "wt.maturity.PromotionNotice" (oder eine ihrer Unterklassen) zu bestimmen:
WCTYPE|wt.maturity.PromotionNotice (oder eine ihrer Unterklassen)
• Geben Sie Folgendes ein, um einen Erhöhungsantrags-Untertyp zu bestimmen:
WCTYPE|wt.maturity.PromotionNotice|com.ptc.<Erhöhungsantrag>
• Geben Sie Folgendes ein, damit Benutzer einen Erhöhungsantragstyp auswählen müssen:
com.ptc.core.foundation.type.common.commonResource:SELECT_A_TYPE
|
Sichtbarkeit
|
Kontext
|
Standard
|
WCTYPE|wt.change2.WTVariance|com.ptc.Deviation
|
Beschreibung
|
Der Standardtyp, der bei der Erstellung neuer Varianzen verwendet wird:
• Geben Sie Folgendes ein, um die Klasse "wt.maturity.WTVariance" (oder eine ihrer Unterklassen) zu bestimmen:
WCTYPE|wt.change2.WTVariance (oder eine ihrer Unterklassen)
• Geben Sie Folgendes ein, um einen Varianzenuntertyp zu bestimmen:
WCTYPE|wt.change2.WTVariance|com.ptc.<Varianz>
• Geben Sie Folgendes ein, damit Benutzer einen Varianzentyp auswählen müssen:
com.ptc.core.foundation.type.common.commonResource:SELECT_A_TYPE
|
Sichtbarkeit
|
Kontext
|
Standard
|
Nein
|
Beschreibung
|
Diese Einstellung steuert das Hinzufügen externer Objekte zur Tabelle Zugeordnete Referenzobjekte.
Legen Sie die Einstellung auf Ja fest, um die Zuordnung externer Änderungsobjekte als Referenzobjekte zu aktivieren. Diese Konfiguration aktiviert die Funktion für das Zuordnen externer Änderungsobjekte als Referenzobjekte.
Legen Sie die Einstellung auf Nein fest, um die Zuordnung externer Änderungsobjekte als Referenzobjekte zu deaktivieren.
|
Sichtbarkeit
|
Kontext
|
Standard
|
Deaktivieren
|
Beschreibung
|
Ermöglicht das Hinzufügen von Ergebnisobjekten durch Suchen, Einfügen oder Sammeln in einem Änderungskontext.
Legen Sie die Einstellung auf Grundlage der erforderlichen Verwendung der Aktion Ergebnisobjekte hinzufügen auf eine der folgenden Optionen fest:
• Deaktivieren – Keine Einschränkungen für die Verwendung der Aktion in einem Änderungskontext.
• Beliebiger Status im Änderungskontext – Verwendung in jedem Status der Änderungsaufgabe innerhalb eines Änderungskontexts.
• Implementierungsstatus im Änderungskontext – Verwendung in den Implementierungsstatus der Änderungsaufgabe in einem Änderungskontext.
|
Sichtbarkeit
|
Kontext
|
Standard
|
Deaktivieren
|
Beschreibung
|
Aktiviert die Aktion Neue Versionsvariante in einem Änderungskontext.
Legen Sie die Einstellung auf Grundlage der erforderlichen Verwendung der Aktion Neue Versionsvariante auf eine der folgenden Optionen fest:
• Deaktivieren – Keine Einschränkungen für die Verwendung der Aktion innerhalb oder außerhalb eines Änderungskontexts.
• Beliebiger Status im Änderungskontext – Verwendung in jedem Status der Änderungsaufgabe innerhalb eines Änderungskontexts. Die Aktion kann nicht außerhalb eines Änderungskontextes verwendet werden.
• Implementierungsstatus im Änderungskontext – Verwendung in den Implementierungsstatus der Änderungsaufgabe in einem Änderungskontext. Die Aktion kann nicht außerhalb eines Änderungskontextes verwendet werden.
|
Sichtbarkeit
|
Kontext
|
Standard
|
Deaktivieren
|
Beschreibung
|
Aktiviert die Aktion Neue Revision erstellen in einem Änderungskontext.
Legen Sie die Einstellung auf Grundlage der erforderlichen Verwendung der Aktion Neue Revision erstellen auf eine der folgenden Optionen fest:
• Deaktivieren – Keine Einschränkungen für die Verwendung der Aktion innerhalb oder außerhalb eines Änderungskontexts.
• Beliebiger Status im Änderungskontext – Verwendung in jedem Status der Änderungsaufgabe innerhalb eines Änderungskontexts. Die Aktion kann nicht außerhalb eines Änderungskontextes verwendet werden.
• Implementierungsstatus im Änderungskontext – Verwendung in den Implementierungsstatus der Änderungsaufgabe in einem Änderungskontext. Die Aktion kann nicht außerhalb eines Änderungskontextes verwendet werden.
|
Sichtbarkeit
|
Kontext
|
Standard
|
Beliebiger Status im Änderungskontext
|
Beschreibung
|
Aktiviert die Aktion Speichern unter innerhalb eines Änderungskontexts.
Legen Sie die Einstellung auf Grundlage der erforderlichen Verwendung der Aktion Speichern als auf eine der folgenden Optionen fest:
• Beliebiger Status im Änderungskontext – Verwendung in jedem Status der Änderungsaufgabe innerhalb eines Änderungskontexts.
• Implementierungsstatus im Änderungskontext – Verwendung in den Implementierungsstatus der Änderungsaufgabe in einem Änderungskontext.
|
Sichtbarkeit
|
Kontext
|
Standard
|
Deaktivieren
|
Beschreibung
|
Aktiviert die Aktion Ablösen innerhalb eines Änderungskontextes.
Legen Sie die Einstellung auf Grundlage der erforderlichen Verwendung der Aktion Ablösen auf eine der folgenden Optionen fest:
• Deaktivieren – Keine Einschränkungen für die Verwendung der Aktion innerhalb oder außerhalb eines Änderungskontexts.
• Beliebiger Status im Änderungskontext – Verwendung in jedem Status der Änderungsaufgabe innerhalb eines Änderungskontexts. Die Aktion kann nicht außerhalb eines Änderungskontextes verwendet werden.
• Implementierungsstatus im Änderungskontext – Verwendung in den Implementierungsstatus der Änderungsaufgabe in einem Änderungskontext. Die Aktion kann nicht außerhalb eines Änderungskontextes verwendet werden.
|