- Versionshinweise
- Erste Schritte
- Einstellung und Konfiguration (Setup and Configuration)
- Automationsprojekte
- Abhängigkeiten
- Workflow-Typen
- Dateivergleich
- Beste Praktiken für die Automatisierung (Automation Best Practices)
- Integration der Quellenkontrolle
- Debugging
- Das Diagnose-Tool
- Workflow-Analyse
- Über die Workflow-Analyse
- ST-NMG-001 – Namenskonvention für Variablen
- ST-NMG-002 – Namenskonvention für Argumente
- ST-NMG-004 – Duplizierung des Anzeigenamens
- ST-NMG-005 – Variable überschreibt Variable
- ST-NMG-006 – Variable überschreibt Argument
- ST-NMG-008 – Variablenlänge überschritten
- ST-NMG-009: Datentabellenvariablen mit Präfix versehen
- ST-NMG-011 – Datentabellenargumente mit Präfix versehen
- ST-NMG-012 – Standardwerte für Argumente
- ST-NMG-016 – Argumentlänge überschritten
- ST-DBP-002 – Hohe Anzahl von Argumenten
- ST-DBP-003 – Leerer Catch-Block
- ST-DBP-007 – Mehrere Flussdiagrammebenen
- ST-DBP-020 – Nicht definierte Ausgabeeigenschaften
- ST-DBP-023 – Leerer Workflow
- ST-DBP-024 – Prüfung der Persistenzaktivität
- ST-DBP-025 – Voraussetzung für Variablenserialisierung
- ST-DBP-026 – Verwendung der Verzögerungsaktivität
- ST-DBP-027 – Bewährte Methode für Persistenz
- ST-DBP-028 – Voraussetzung für Argumentenserialisierung
- ST-USG-005 – Hartcodierte Aktivitätsargumente
- ST-USG-009 – Nicht verwendete Variablen
- ST-USG-010 – Nicht verwendete Abhängigkeiten
- ST-USG-014 – Paketbeschränkungen
- ST-USG-020 – Minimale Protokollmeldungen
- ST-USG-024 – Nicht verwendet, gespeichert für später
- ST-USG-025 – Missbrauch gespeicherter Werte
- ST-USG-026 – Aktivitätseinschränkungen
- ST-USG-027 – Erforderliche Pakete
- Variablen
- Argumente
- Importierte Namespaces
- Kontrollfluss
- Objekt-Repository
- Protokollierung
- Das ScaleCoordinates-Migrationstool
- Das Tool ScreenScrapeJavaSupport
- StudioPro
- Erweiterungen
- Fehlersuche und ‑behebung
- Internet Explorer x64
- Microsoft Office Interop-Probleme
- Erkennen von UI-Elementen in PDF mit Zugriffsoptionen.
- Erkennen von UI-Elementen nach Windows-Aktualisierungen.
- JxBrowser-Anwendungen
- Überwachung der Benutzerereignisse (User Events Monitoring)
- Java in App-V
- Microsoft App-V – Unterstützung und Einschränkungen
- Citrix-Fehlerbehebung
Studio verfügt über ein dateibasiertes Governance-Modell, das auf Organisationsebene erzwungen werden kann, um eine gewisse Kontrolle über bestimmte Funktionen auszuüben.
Die aktuellen Funktionen sind:
- pro Studio, Studio Pro oder StudioX und einer beliebigen Kombination davon erzwingen.
- restrict usage of package feeds from the Manage Packages window and Backstage View>Settings > Manage Sources.
- enforce organizational development standards using Workflow Analyzer rules.
- enforce several design and location settings.
- disable Send Feedback functionality.
Im folgenden Video finden Sie einen Überblick über die in Studio verfügbaren Governance-Funktionen und eine Demo zur Verwendung in StudioX.
To enforce a governance policy, start by generating a governance file from Studio, then configure the file using the parameters it contains, and apply the policy in one of the following ways:
- Using a local file (for testing purposes) - Place the governance file in the Roaming folder on the machine where Studio is installed.
- Using an external file (for large deployments) - Place the governance file at a path (for example, an HTTP/HTTPS server) referenced by either a registry key or an asset in Orchestrator.
- Using an asset in Orchestrator- Copy the contents of the governance file to an asset in Orchestrator.
Governance-Datei generieren
Der erste Schritt bei der Durchsetzung von Entwicklungsstandards in Ihrer Organisation besteht darin, eine Governance-Datei aus Studio zu generieren oder manuell eine ähnliche Datei zu erstellen, die alle oder einen Teil der oben aufgeführten Funktionen enthält.
Die Governance-Datei muss den Typ .config mit dem folgenden Namen aufweisen: uipath.policies.config.
Um eine Governance-Datei mit Ihrer aktuellen Konfiguration aus Studio zu generieren, wechseln Sie zur Registerkarte „Backstage-Ansicht“ > „Hilfe“, und wählen Sie Governance-Datei generieren aus. Die exportierte Datei kann im gesamten Team freigegeben werden.
Verwenden Sie die Schaltfläche unten, um das Beispiel herunterzuladen, das alle Workflow-Analyseregeln enthält. Passen Sie das Beispiel an die Anforderungen Ihrer Organisation an.
Bitte beachten Sie, dass Sie, wenn Sie UiPathStudioSetup.exe installiert haben, den Pfad zum lokalen Feed in C:\Users\CurrentUser\AppData\Local\UiPath\app-Studio_version ändern müssen.
Governance-Datei konfigurieren
Dateiversion und Dateibeschriftung
Governance-Dateien können unterschiedliche Versionen und einen benutzerdefinierten Namen haben.
{
"Metadata": {
"Version": "1.0"
},
"Info": {
"Name": "Sample Policy Registry Key"
}
}
{
"Metadata": {
"Version": "1.0"
},
"Info": {
"Name": "Sample Policy Registry Key"
}
}
| Parameter | Values |
|---|---|
|
„Metadaten“ > „Version“ |
major.minor between quotation marks "" |
|
„Info“ > „Name“ |
Etikett zwischen Anführungszeichen „“
|
Studio-Profile und Feedback senden
Die Governance-Datei kann Richtlinien für Studio-, Studio Pro- und StudioX-Benutzer enthalten, diese müssen jedoch pro Profil strukturiert sein. Richtlinien für Studio müssen von denen für StudioX und von denen für Studio Pro getrennt werden, wie im folgenden Beispiel:
{
"Profiles": {
"Development": {
"Shell": {
"IsFeedbackEnabled": true,
"HideGettingStartedScreen": false
},
"PackageManager": {},
"Analyzer": {}
},
"Business": {
"Shell": {
"IsFeedbackEnabled": true,
"HideGettingStartedScreen": false
},
"PackageManager": {},
"Analyzer": {}
},
"StudioPro": {
"Shell": {
"IsFeedbackEnabled": true,
"HideGettingStartedScreen": false
},
"PackageManager": {},
"Analyzer": {}
}
}
}
{
"Profiles": {
"Development": {
"Shell": {
"IsFeedbackEnabled": true,
"HideGettingStartedScreen": false
},
"PackageManager": {},
"Analyzer": {}
},
"Business": {
"Shell": {
"IsFeedbackEnabled": true,
"HideGettingStartedScreen": false
},
"PackageManager": {},
"Analyzer": {}
},
"StudioPro": {
"Shell": {
"IsFeedbackEnabled": true,
"HideGettingStartedScreen": false
},
"PackageManager": {},
"Analyzer": {}
}
}
}
| Parameter | Values |
|---|---|
|
„Profile“ |
Für Studio: Für StudioX: Für Studio Pro:
|
|
"Shell" > "IsFeedbackEnabled", "HideGettingStartedScreen" |
Entweder |
Verwendung von Paketquellen
Der Zugriff, das Hinzufügen oder das Entfernen von Paketquellen kann für Studio, StudioX, Studio Pro oder eine beliebige Kombination daraus mithilfe der Governance-Datei eingeschränkt werden.
{
"PackageManager": {
"AllowAddRemoveFeeds": false,
"AllowEnableDisableFeeds": false,
"AllowOrchestratorFeeds": true,
"Feeds": [{
"Name": "Organization Internal Feed",
"Source": "https://[company].pkgs.visualstudio.com/_packaging/nuget-packages/nuget/v3/index.json",
"IsEnabled": true
},
{
"Name": "Official",
"Source": "https://www.myget.org/F/workflow/",
"IsEnabled": true
}
]
}
}
{
"PackageManager": {
"AllowAddRemoveFeeds": false,
"AllowEnableDisableFeeds": false,
"AllowOrchestratorFeeds": true,
"Feeds": [{
"Name": "Organization Internal Feed",
"Source": "https://[company].pkgs.visualstudio.com/_packaging/nuget-packages/nuget/v3/index.json",
"IsEnabled": true
},
{
"Name": "Official",
"Source": "https://www.myget.org/F/workflow/",
"IsEnabled": true
}
]
}
}
| Parameter | Values | ||
|---|---|---|---|
|
„Paket-Manager“ |
„AllowAddRemoveFeeds“ |
Entweder | |
|
„AllowEnableDisableFeeds“ |
Entweder | ||
|
„AllowOrchestratorFeeds“ |
Entweder | ||
|
„Feeds“ |
„Name“ |
Etikett zwischen Anführungszeichen „“
| |
|
Quelle |
Feedquelle zwischen Anführungszeichen „“
| ||
|
„IsEnabled“ |
Entweder |
Wenn die Parameter „AllowAddRemoveFeeds“ und „AllowEnableDisableFeeds“ auf true festgelegt sind, kann der Benutzer Feeds ändern, die im Paketmanager verfügbar sind. Wenn Änderungen vorgenommen werden, werden sie beim Neustart von Studio beibehalten.
Wenn der Parameter „AllowOrchestratorFeeds“ auf true gesetzt ist und der Roboter mit Orchestrator verbunden ist, können Benutzer die standardmäßigen Orchestrator-Feeds nicht deaktivieren.
Feeds, die in der Governance-Datei definiert sind, werden dem Abschnitt Standardpaketquellen im Fenster Pakete verwalten hinzugefügt, und der Benutzer kann die benutzerdefinierten Feeds (sofern die erforderlichen Rechte in der Governance-Datei bereitgestellt werden) zum Abschnitt Benutzerdefinierte Paketquellen hinzufügen.
Studio-Einstellungen
Configure settings found in Home (Studio Backstage View) > Settings. For more information, see Configuring Studio Settings.
{
"SourceControl": {
"CheckInBeforePublishParam": {
"AllowEdit": false,
"Value": false
}
},
"Workflow": {
"DefaultProjectLanguageParam": {
"Value": VisualBasic,
"AllowEdit": false
},
"DockedAnnotationsParam": {
"AllowEdit": false,
"Value": true
},
"IsCollapsedViewSlimParam": {
"AllowEdit": false,
"Value": false
},
"AnalyzeOnPublishParam": {
"AllowEdit": false,
"Value": false
},
"AnalyzeOnRunParam": {
"AllowEdit": false,
"Value": false
},
"AnalyzeRpaXamlsOnlyParam": {
"AllowEdit": false,
"Value": false
},
"AdditionalAnalyzerRulePathParam": {
"AllowEdit": false,
"Value": null
},
"DefaultProjectFolderParam": {
"AllowEdit": false,
"Value": null
},
"DefaultProcessPublishUrlParam": {
"AllowEdit": false,
"Value": null
},
"DefaultLibraryPublishUrlParam": {
"AllowEdit": false,
"Value": null
},
"DefaultTemplatePublishUrlParam": {
"AllowEdit": false,
"Value": "C:\\Users\\username\\Documents\\UiPath\\.templates"
},
"ModernBehaviorParam": {
"AllowEdit": false,
"Value": false
},
"ObjectRepositoryEnforcedParam": {
"AllowEdit": false,
"Value": false
}
},
}
{
"SourceControl": {
"CheckInBeforePublishParam": {
"AllowEdit": false,
"Value": false
}
},
"Workflow": {
"DefaultProjectLanguageParam": {
"Value": VisualBasic,
"AllowEdit": false
},
"DockedAnnotationsParam": {
"AllowEdit": false,
"Value": true
},
"IsCollapsedViewSlimParam": {
"AllowEdit": false,
"Value": false
},
"AnalyzeOnPublishParam": {
"AllowEdit": false,
"Value": false
},
"AnalyzeOnRunParam": {
"AllowEdit": false,
"Value": false
},
"AnalyzeRpaXamlsOnlyParam": {
"AllowEdit": false,
"Value": false
},
"AdditionalAnalyzerRulePathParam": {
"AllowEdit": false,
"Value": null
},
"DefaultProjectFolderParam": {
"AllowEdit": false,
"Value": null
},
"DefaultProcessPublishUrlParam": {
"AllowEdit": false,
"Value": null
},
"DefaultLibraryPublishUrlParam": {
"AllowEdit": false,
"Value": null
},
"DefaultTemplatePublishUrlParam": {
"AllowEdit": false,
"Value": "C:\\Users\\username\\Documents\\UiPath\\.templates"
},
"ModernBehaviorParam": {
"AllowEdit": false,
"Value": false
},
"ObjectRepositoryEnforcedParam": {
"AllowEdit": false,
"Value": false
}
},
}
Für jede Option sind zwei Parameter verfügbar:
- „AllowEdit“: Gibt an, ob Benutzer die von der Governance-Datei konfigurierte Standardeinstellung ändern dürfen oder nicht (
true: zulassen,false: verweigern). - „Value“: Gibt die Standardeinstellung an, wie in den folgenden Tabellen beschrieben.
Unter „SourceControl“:
| Backstage-Einstellung | Parameter | Wert |
|---|---|---|
| Check-In vor der Veröffentlichung erzwingen | "CheckInBeforePublishParam" | Entweder true oder false. |
Unter „Workflow“:
| Backstage-Einstellung | Parameter | Wert |
|---|---|---|
|
C#-Sprache verwenden |
"DefaultProjectLanguageParam" |
|
|
Angedockte Anmerkungen erstellen |
"DockedAnnotationsParam" |
Entweder |
|
Schlanke Ansicht für reduzierte Aktivitäten |
"IsCollapsedViewSlimParam" |
Entweder |
|
Analyse vor Veröffentlichung erzwingen |
"AnalyzeOnPublishParam" |
Entweder |
|
Analyse vor Ausführung erzwingen |
"AnalyzeOnRunParam" |
Entweder |
|
Nur RPA-XAML-Dateien analysieren |
"AnalyzeRpaXamlsOnlyParam" |
Entweder |
|
Speicherort für Workflow-Analyseregeln |
"AdditionalAnalyzerRulePathParam" |
|
|
Projektpfad |
DefaultProjectFolderParam |
|
|
Prozess-URL veröffentlichen |
"DefaultProcessPublishUrlParam" |
|
|
Bibliotheks-URL veröffentlichen |
"DefaultLibraryPublishUrlParam" |
|
|
Projektvorlagen-URL veröffentlichen |
"DefaultTemplatePublishUrlParam" |
Zum Ändern des Speicherorts geben Sie den Pfad in Anführungszeichen ein. |
|
„Modern“ für neue Projekte verwenden |
"ModernBehaviorParam" |
Entweder |
|
Objekt-Repository durchgesetzt |
"ObjectRepositoryEnforcedParam" |
Entweder |
Unter "ObjectBrowser":
| Backstage-Einstellung | Parameter | Wert |
|---|---|---|
| Anonyme UI-Deskriptoren senden | "SendUiDescriptors" | Entweder true oder false. |
Workflow-Analyseregeln
The Workflow Analyzer is the tool for verifying if projects meet development standards. Using the governance file, organizations can enforce custom rules pertaining to their needs across all projects, in a centralized manner.
Bemerkungen
- Der benutzerdefinierte Regelsatz kann zuvor in einer separaten Datei vom Typ
.jsondefiniert und über eine externe DLL-Assembly oder ein benutzerdefiniertes Aktivitätspaket bereitgestellt werden. Lesen Sie mehr über das Erstellen von benutzerdefinierten Regeln für die Workflow-Analyse. - Die Governance-Datei kann keine Anmeldeinformationen bereitstellen, was bedeutet, dass sichere Feeds nicht unterstützt werden.
- Wenn ein benutzerdefinierter Regelsatz erzwungen wird, können Benutzer keine Änderungen an Workflow-Analyseregeln vornehmen.
- Wenn auf einen benutzerdefinierten Regelsatz nicht verwiesen oder er nicht in die Governance-Datei eingebettet wurde, werden die Standardregeln für die Workflow-Analyse verwendet. Wenn der Abschnitt „Analyse“ nicht erwähnt wird, wird die Governance für die Workflow-Analyse nicht erzwungen. Wenn der Abschnitt erwähnt wird, auch wenn er leer ist, wird die Verwaltung von Regeln in Studio deaktiviert.
- Beim Erzwingen der Governance werden integrierte Studio- oder UiPath-Aktivitätspakete standardmäßig deaktiviert, sofern in der Governance-Datei oder dem benutzerdefinierten Regelsatz nichts anderes erwähnt wird.
Erzwingen von Regeln
Es gibt zwei Möglichkeiten, den benutzerdefinierten Regelsatz in der uipath.policies.config-Governance-Datei zu verwalten:
- Zeigen Sie auf den Regelsatz, der sich unter einem der folgenden Pfade befindet:
- auf der lokalen Maschine;
- gemeinsam auf einem Netzwerkserver oder Computer, der durch den UNC-Pfad identifizierbar ist;
- im freigegebenen Blobspeicher, der über den http(s)-Pfad identifizierbar ist.
- Betten Sie den benutzerdefinierten Regelsatz ein, indem Sie Regeln aktivieren oder deaktivieren und dabei deren IDs, Parameter und Fehlerstufen erwähnen.
Alle benutzerdefinierten Regeln müssen im Abschnitt "Analyzer" referenziert oder hinzugefügt werden. Regeln und Zähler müssen in ihre eigenen Abschnitte unterteilt werden, wie unten dargestellt:
{
"Analyzer": {
"AllowEdit": false,
"ReferencedRulesConfigFile": null,
"EmbeddedRulesConfig": {
"Rules": [
{
"Id": "ST-NMG-001",
"IsEnabled": false,
"Parameters": [{
"Name": "Regex",
"Value": null
}],
"ErrorLevel": "Error"
}
],
"Counters": [{
"Id": "ST-ANA-009",
"IsEnabled": true,
"Parameters": []
}]
}
}
}
{
"Analyzer": {
"AllowEdit": false,
"ReferencedRulesConfigFile": null,
"EmbeddedRulesConfig": {
"Rules": [
{
"Id": "ST-NMG-001",
"IsEnabled": false,
"Parameters": [{
"Name": "Regex",
"Value": null
}],
"ErrorLevel": "Error"
}
],
"Counters": [{
"Id": "ST-ANA-009",
"IsEnabled": true,
"Parameters": []
}]
}
}
}
| Parameter/Abschnitte | Values |
|---|---|
|
AllowEdit |
Wenn auf Wenn auf Wenn der Parameter nicht hinzugefügt wird, sind Bearbeitungsregeln standardmäßig für Benutzer eingeschränkt. |
|
"ReferencedRulesConfigFile" |
|
|
"EmbeddedRulesConfig" |
Hält |
|
Id |
Regel-ID, z. B. |
|
„IsEnabled“ |
Entweder |
|
„Parameter“ |
|
|
„Name“ |
Der Name des Parameters in Anführungszeichen. |
|
Value |
|
|
"ErrorLevel" |
Entweder |
|
„Zähler“ |
Enthält Parameter für Zähler: Id, IsEnabled, Parameters |
1 - Da Zähler keine Parameter haben, verwenden Sie [].
Wenn der Parameter AllowEdit auf true festgelegt ist, kann der Benutzer die im Einstellungsfenster „Workflow-Analyse“ verfügbaren Regeln ändern. Wenn Änderungen vorgenommen werden, werden sie beim Neustart von Studio beibehalten.
Durchsetzung der Governance-Richtlinie
Verwenden einer lokalen Datei
Wenn die Governance-Datei lokal gespeichert ist, muss sie sich unter folgendem Pfad befinden: %AppData%\UiPath.
Verwenden einer externen Datei
Wenn extern gespeichert, muss der Pfad zur Richtliniendatei mithilfe der Windows-Registrierung oder eines Orchestrator-Assets definiert werden:
So definieren Sie den Dateipfad mithilfe der Windows-Registrierung:
- Öffnen Sie den Registrierungs-Editor auf dem Computer, auf dem Studio installiert ist.
- Suchen Sie den Registrierungsschlüssel
Computer\HKEY_CURRENT_USER\Software\UiPath, und drücken Sie die Eingabetaste. - Klicken Sie im Registrierungs-Editor mit der rechten Maustaste, und wählen Sie Neu > Zeichenfolgenwert aus. Geben Sie den
GovernanceSource-Namen für den neuen Wert ein. Verwenden Sie keinen anderen Namen für den Wert! - Doppelklicken Sie auf die zu bearbeitende
GovernanceSource-Zeichenfolge. Fügen Sie im Feld Wertdaten den Pfad zuruipath.policies.config-Datei hinzu, und klicken Sie auf OK.- Wenn die Richtliniendatei lokal gespeichert ist, wäre ein Beispiel für dieses Feld
C:\policies\uipath.policies.config. - Wenn die Richtliniendatei auf einem Server gespeichert ist, wäre ein Beispiel für dieses Feld
192.168.1.1\policies\uipath.policies.config.
- Wenn die Richtliniendatei lokal gespeichert ist, wäre ein Beispiel für dieses Feld
Der Registrierungsschlüssel sollte wie folgt aussehen:
So definieren Sie den Dateipfad mithilfe eines Orchestrator-Assets:
Das Erzwingen einer Governance-Richtlinie mithilfe eines Orchestrator-Assets, das auf den Dateipfad verweist oder den Inhalt der Datei enthält, ist ab Studio v2020.10.4 verfügbar. Diese Funktion erfordert Orchestrator v2020.10 oder höher.
- Wählen Sie in Orchestrator Mandant > Ordner aus und fügen Sie einen neuen Ordner mit dem Namen uipath.settings.config hinzu.
- Weisen Sie dem Ordner die Benutzer zu, für die die Governance-Richtlinie erzwungen werden soll.
- Erstellen Sie im Ordner uipath.settings.config ein neues Asset und konfigurieren Sie es wie folgt:
-
Asset-Name –- uipath.studio.governancesource.
-
Typ – Text.
-
Globaler Wert – Wählen Sie diese Option aus und geben Sie den vollständigen Pfad zur Datei uipath.policies.config in das Textfeld ein.
Optional können Sie verschiedene Richtlinien für verschiedene Benutzer anwenden, indem Sie den einzelnen Benutzern Werte mit Pfaden zu verschiedenen Dateien hinzufügen.
Hinweis:- Die Durchsetzung von Richtlinien pro Benutzer funktioniert in Studio v2020.10.8 und höher für Automation Cloud Orchestrator und Studio v2020.10.9 und höher für On-Premises
- Benutzer müssen bei ihrem Konto in Studio angemeldet werden, um benutzerspezifische Richtlinien zu erhalten.
Orchestrator.
-
Verwenden eines Orchestrator-Assets
Das Erzwingen einer Governance-Richtlinie mithilfe eines Orchestrator-Assets, das auf den Dateipfad verweist oder den Inhalt der Datei enthält, ist ab Studio v2020.10.4 verfügbar. Diese Funktion erfordert Orchestrator v2020.10 oder höher.
- Wählen Sie in Orchestrator Mandant > Ordner aus und fügen Sie einen neuen Ordner mit dem Namen uipath.settings.config hinzu.
- Weisen Sie dem Ordner die Benutzer zu, für die die Governance-Richtlinie erzwungen werden soll.
- Erstellen Sie im Ordner uipath.settings.config ein neues Asset und konfigurieren Sie es wie folgt:
-
Asset-Name – uipath.studio.governancesource.
-
Typ – Text.
-
Globaler Wert – Wählen Sie diese Option aus und fügen Sie den vollständigen Inhalt der Datei uipath.policies.config in das Textfeld ein.
Optional können Sie verschiedene Richtlinien für verschiedene Benutzer anwenden, indem Sie Benutzerwerte hinzufügen und unterschiedliche Parameter einfügen.
Hinweis:Enforcing policies per user works in Studio v2020.10.8 and later for Automation Cloud Orchestrator, and Studio v2020.10.9 and later for On-Premises Orchestrator.
-
Anwenden und Rangordnung
Sobald eine Richtlinie definiert ist, wird sie nach dem Neustart von Studio angewendet.
Eine Meldung wird im Einstellungsfenster Workflow-Analyse, im Fenster Feedback senden, in der Registerkarte Einstellungen in der Backstage-Ansicht, sowie im Fenster Pakete verwalten angezeigt.
Studio wendet die Governance-Richtlinie mit der folgenden Rangfolge an: uipath.studio.governancepolicy > uipath.studio.governancesource > Registrierungsschlüssel > Lokale Datei.
Wenn die Governance-Richtlinie für den Benutzer entfernt wird, werden Einstellungen, die über die Governance-Datei erzwungen wurden, als Standardeinstellungen beibehalten. Jetzt hat der Benutzer jedoch die Möglichkeit, Einstellungen zu ändern, die eingeschränkt wurden, als die Governance-Richtlinie vorhanden war.
- Governance-Datei generieren
- Governance-Datei konfigurieren
- Dateiversion und Dateibeschriftung
- Studio-Profile und Feedback senden
- Verwendung von Paketquellen
- Studio-Einstellungen
- Workflow-Analyseregeln
- Durchsetzung der Governance-Richtlinie
- Verwenden einer lokalen Datei
- Verwenden einer externen Datei
- Verwenden eines Orchestrator-Assets
- Anwenden und Rangordnung