Benutzerdefinierte Schritte in Workflow Manager (Classic)—ArcGIS Pro

Mit der Workflow Manager-Lizenz verfügbar.

In ArcGIS Workflow Manager (Classic) Desktop werden verschiedene benutzerdefinierte Schritte bereitgestellt. Der Quellcode für die einzelnen Schritte wird als Bestandteil des Developer Kit bereitgestellt. Nachfolgend werden die Schritte und ihr Zweck beschrieben.

Bibliothek "All Platforms"

Die Bibliothek "All Platforms" enthält Schritte, die in ArcMap, ArcCatalog, ArcGIS Pro und ArcGIS Server ausgeführt werden können. In den folgenden Abschnitten werden die Schritte, ihre Argumente und Rückgabecodes beschrieben.

AddJobHold – JTXSteps.AddJobHold

Fügt dem aktuellen Auftrag eine Rückstellung hinzu.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Argument	Beschreibung	Argumenttyp
/holdType:<hold type>	Der Name des Rückstellungstyps	Erforderlich
/holdComment:<string>	Der Kommentar, der für den Rückstellungstyp hinzugefügt werden soll	Optional

Rückgabecodes

In der folgenden Liste werden die Rückgabecodes aufgeführt:

1 = Erfolg
0 = Fehler

CheckAOI – JTXSteps.CheckAOI

Überprüft, ob für den aktuellen Auftrag eine Position von Interesse (LOI) vorhanden ist.

Argumente

Für den Schritt sind keine Argumente erforderlich.

Rückgabecodes

In der folgenden Liste werden die Rückgabecodes des Schrittes aufgeführt:

1 = Für den Auftrag ist ein LOI vorhanden.
2 = Für den Auftrag ist kein LOI vorhanden.

CleanUp – JTXSteps.CleanUp

Bereinigt den Auftrag basierend auf den Argumenten. Aktivieren Sie die Systemeinstellungen für die Verwaltung, um zuzulassen, dass Benutzer Versionen im Besitz anderer Benutzer löschen. Dabei wird zur Eingabe eines Benutzernamens und eines Kennworts aufgefordert.

Hinweis:

Beim Löschen einer Version im Besitz eines anderen Benutzers müssen Sie die Anmeldeinformationen des Superusers der Geodatabase angeben.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Argument	Beschreibung	Argumenttyp
/version\|v	Bereinigt Versionen.	Optional
/mxd\|m	Bereinigt MXD-Dateien.	Optional
/attachments\|a	Bereinigt Anlagen.	Optional

Rückgabecodes

Wenn der Schritt erfolgreich ausgeführt wurde, wird "0" zurückgegeben.

CloseJob – JTXSteps.CloseJob

Schließt nach Abschluss des Workflows einen Auftrag als Schritt (das heißt nicht als manueller Vorgang).

Argumente

Für den Schritt sind keine Argumente erforderlich.

Rückgabecodes

Wenn der Schritt erfolgreich ausgeführt wurde, wird "0" zurückgegeben.

CreateJob – JTXSteps.CreateJob

Erstellt basierend auf den Argumenten einen untergeordneten Auftrag.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Argument	Beschreibung	Argumenttyp
/jobtypename:<job type name>	Der Name des Auftragstyps	Erforderlich
/assigngroup:<group to assign to>	Die Gruppe, der der Auftrag zugewiesen wird	Optional
/assignuser:<user to assign to>	Der Benutzer, dem der Auftrag zugewiesen wird	Optional

Rückgabecodes

Wenn der Schritt erfolgreich ausgeführt wurde, wird "0" zurückgegeben.

CreatePDF – JTXSteps.CreatePDF

Erstellt ein PDF-Dokument der Grundkarte des Auftrags und hängt dieses an den Auftrag an.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Argument	Beschreibung	Argumenttyp
/initdir:<initial directory>	Der Speicherort, an dem die PDF-Datei gespeichert wird	Optional
/noattach	Die PDF-Datei wird nicht an den Auftrag angehängt.	Optional
/resolution:<dpi>	Die Auflösung der PDF-Datei	Optional

Rückgabecodes

Wenn der Schritt erfolgreich ausgeführt wurde, wird "0" zurückgegeben.

CreateVersion: JTXSteps.CreateVersion

Erstellt die Version für den Auftrag. Die Schutzebene der Version wird mit einem der folgenden Argumente angegeben: Version, Access oder Scope. Der Schritt unterstützt den herkömmlichen Daten-Workspace und den Daten-Workspace für Feature-Services.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Argument	Beschreibung	Argumenttyp
/scope:<public\|private\|protected>	Die Schutzebene der Version. Die Standardeinstellung ist private.	Optional

Rückgabecodes

Wenn der Schritt erfolgreich ausgeführt wurde, wird "0" zurückgegeben.

ExecuteGPTool – JTXSteps.ExecuteGPTool

Führt ein Geoverarbeitungswerkzeug, Modell oder Skript aus, ohne das Dialogfeld für die Geoverarbeitung anzuzeigen. Die ganzzahlige Ausgabe eines Werkzeugs kann als Rückgabecode verwendet werden, der den Pfad des Workflows bei Abschluss des Werkzeugs vorgibt.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Argument	Beschreibung	Argumenttyp
/toolboxpath:<toolboxpath>	Der vollständige Pfad der .tbx-Datei der Toolbox und der Werkzeugname	Erforderlich
/tool:<tool>	Der Anzeigename des Werkzeugs in der Toolbox	Erforderlich
/param:<ParamName>:<ParamValue>	Der Parameter, der für das Werkzeug außer Kraft gesetzt werden soll. (Kann mehrmals angegeben werden.)	Optional
/attach	Hängt das Protokoll an den Auftrag an, wenn die Ausführung des Werkzeugs abgeschlossen ist.	Optional
/outParam:<parameter name>	Der Ausgabeparameter, der als Rückgabewert verwendet werden soll	Optional

Rückgabecodes

In der folgenden Liste werden die Rückgabecodes des Schrittes aufgeführt:

0 = Erfolg
1 = Abbrechen

Hinweis:

Wenn das Argument /outParam verwendet wird, entspricht der Rückgabecode für eine erfolgreiche Ausführung dem Wert des Ausgabeparameters des angegebenen Geoverarbeitungswerkzeugs. Der Rückgabecode für "Abbrechen" lautet "-1".

ExecuteSQL – JTXSteps.ExecuteSQL

Führt eine SQL-Anweisung aus.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Argument	Beschreibung	Argumenttyp
/database:<jtxsystem\|data>	Die Datenbank, an die die Abfrage gesendet wird	Erforderlich
/sql:<sql command>	Die SQL-Abfrage, die an die Datenbank gesendet werden soll	Erforderlich

Rückgabecodes

Wenn der Schritt erfolgreich ausgeführt wurde, wird "0" zurückgegeben.

ExecuteURL – JTXSteps.ExecuteURL

Führt eine URL aus, ohne einen Browser zum Anzeigen der Antwort anzuzeigen. Sie können zum Beispiel einen Geoverarbeitungsservice oder einen beliebigen anderen Web-Service als Workflow-Schritt ausführen.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Argument	Beschreibung	Argumenttyp
/url:<url>	Die auszuführende URL	Erforderlich
/timeout:<timeout in seconds>	Das Zeitlimit für die Anforderung in Sekunden	Optional
/proxy:<proxy>	Der zu verwendende Proxyserver	Optional
/addjobcomment	Fügt dem Auftrag einen Kommentar mit der Antwort hinzu.	Optional
/postdata:<data to post>	Die Daten, die bei Ausführung der URL gesendet werden sollen	Optional

Rückgabecodes

Wenn der Schritt erfolgreich ausgeführt wurde, wird "200" zurückgegeben.

ExecuteWorkflow – JTXSteps.ExecuteWorkflow

Führt einen anderen Workflow aus, der mit einem Auftragstyp verknüpft ist.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Argument	Beschreibung	Argumenttyp
/jobtype:<job type name>	Der Name des Auftragstyps.	Erforderlich
/donotuseaoi	Der AOI des Auftrags wird nicht verwendet.	Erforderlich
/donotuseversion	Die Auftragsversion wird nicht verwendet.	Optional
/donotcopyactivities	Aktivitäten werden nicht in den Verlauf des übergeordneten Auftrags kopiert.	Optional

Rückgabecodes

Wenn der Schritt erfolgreich ausgeführt wurde, wird "0" zurückgegeben.

ReassignJob – JTXSteps.ReassignJob

Weist den Auftrag neu zu.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Argument	Beschreibung	Argumenttyp
/assignType:<user\|group>	Weist den Auftrag neu einem Benutzer oder einer Gruppe zu.	Erforderlich
/assignTo:<user or group name>	Der Benutzer oder die Gruppe, dem bzw. der der Auftrag zugewiesen wird	Erforderlich

Rückgabecodes

Wenn der Schritt erfolgreich ausgeführt wurde, wird "0" zurückgegeben.

ReturnValue – JTXSteps.ReturnValue

Ruft den Wert der erweiterten Eigenschaft oder eines übergebenen Token ab. Dabei handelt es sich um den Rückgabecode für den nächsten Pfad im Workflow.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Argument	Beschreibung	Argumenttyp
/value:<extended properties field>	Das Feld für erweiterte Eigenschaften, aus dem Sie einen Rückgabewert abrufen möchten	Erforderlich

Rückgabecodes

Der Schritt gibt den Wert des angegebenen Feldes für erweiterte Eigenschaften zurück.

SendNotification – JTXSteps.SendNotification

Sendet eine Benachrichtigung des mit dem Argument angegebenen Typs.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Argument	Beschreibung	Argumenttyp
/notifType:<type>	Der Typ der zu sendenden Benachrichtigung	Erforderlich

Rückgabecodes

Wenn der Schritt erfolgreich ausgeführt wurde, wird "0" zurückgegeben.

SetVersion – JTXSteps.SetVersion

Legt die Version des Auftrags auf eine benannte Version fest. Legen Sie beispielsweise die Version des Auftrags auf "Version für Qualitätskontrolle" fest, um in dieser Version bereitgestellte Bearbeitungen zu überprüfen. Wenn kein Schrittargument vorhanden ist, wird die Auftragsversion auf die ursprüngliche Version zurückgesetzt. Der Schritt unterstützt den herkömmlichen Daten-Workspace und den Daten-Workspace für Feature-Services.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Argument	Beschreibung	Argumenttyp
/version:<versionName>	Die als Auftragsversion zu verwendende Version	Optional

Rückgabecodes

Wenn der Schritt erfolgreich ausgeführt wurde, wird "0" zurückgegeben.

UpdateExtentFeatureClass – JTXSteps.UpdateExtentFeatureClass

Aktualisiert eine Feature-Class mit Auftragsinformationen, um den Status visuell bereitzustellen.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Argument	Beschreibung	Argumenttyp
/fclass:<fully qualified feature class name>	Die zu aktualisierende Feature-Class. (Muss in der Daten-Geodatabase enthalten sein.)	Erforderlich
/jobfield:<field name>	Das Feld, in dem die Auftrags-ID gespeichert wird	Optional
/datefield:<field name>	Das Feld, in dem Datum und Uhrzeit gespeichert werden	Optional

Rückgabecodes

Wenn der Schritt erfolgreich ausgeführt wurde, wird "0" zurückgegeben.

VersionExists – JTXSteps.VersionExists

Überprüft, ob für den Auftrag bereits eine Geodatabase-Version vorhanden ist. Der Schritt unterstützt den herkömmlichen Daten-Workspace und den Daten-Workspace für Feature-Services.

Argumente

Für den Schritt sind keine Argumente erforderlich.

Rückgabecodes

In der folgenden Liste werden die Rückgabecodes des Schrittes aufgeführt:

1 = Version vorhanden
2 = Version nicht vorhanden
3 = Kein Daten-Workspace ausgewählt

Bibliothek "ArcGIS Pro and ArcGIS Desktop only"

Die Bibliothek "ArcGIS Pro and ArcGIS Desktop only" enthält Schritte, die nur in ArcGIS Pro, ArcMap und ArcCatalog ausgeführt werden können. In den folgenden Abschnitten werden die Schritte, ihre Argumente und Rückgabecodes beschrieben.

AddAttachments – JTXDesktopSteps.AddAttachments

Fügt dem Auftrag eine verknüpfte, eingebettete oder als URL konfigurierte Anlage hinzu.

Argumente

Für den Schritt sind keine Argumente erforderlich.

Rückgabecodes

In der folgenden Liste werden die Rückgabecodes aufgeführt:

1 = Erfolg
0 = Fehler

CreateJobAdvanced – JTXDesktopSteps.CreateJobAdvanced

Erstellt einen Auftrag und ermöglicht das Definieren der Parent/Child-Beziehung mit Abhängigkeiten für den Auftrag. Beim Erstellen eines untergeordneten Auftrags werden Startdatum, Fälligkeitsdatum, Daten-Workspace und Priorität aus dem übergeordneten Auftrag kopiert. Die Zuweisung des Auftrags dagegen wird aus den Standardeigenschaften des Auftragstyps kopiert, wenn in den Schrittargumenten kein Wert angegeben ist. Der Schritt unterstützt das Erstellen einer Version für den Auftrag mit einem herkömmlichen Daten-Workspace und einem Daten-Workspace für Feature-Services. Wenn für den untergeordneten Auftrag ein Daten-Workspace für Feature-Services festgelegt ist, kann die Parent-Version nur sde.Default lauten.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Argument	Beschreibung	Argumenttyp
/jobtypename:<job type name>	Der Name des Auftragstyps.	Erforderlich
/assigngroup:<group to assign to>	Die Gruppe, der der Auftrag zugewiesen wird	Optional
/assignuser:<username to assign to>	Der Benutzer, dem der Auftrag zugewiesen wird	Optional
/dependThisStep	Erstellt eine Abhängigkeit und stellt den aktuellen Auftrag in diesem Schritt zurück.	Optional
/dependNextStep	Erstellt eine Abhängigkeit und stellt den aktuellen Auftrag im nächsten Schritt des Workflows zurück.	Optional
/dependStatus:<Status Type Name>	Der Name des Statustyps der Abhängigkeit. (Der aktuelle Auftrag wird zurückgestellt, bis der neue Auftrag diesen Status erreicht hat.)	Optional
/useparentaoi	Verwendet den AOI des aktuellen Auftrags als AOI des neuen Auftrags.	Optional
/aoiOverlapFeatureClassName:<fully qualified feature class name >	Erstellt neue Aufträge basierend auf der Überlappung zwischen dem AOI des aktuellen Auftrags und der angegebenen Feature-Class.	Optional
/numberJobs:<number of jobs to create>	Die Standardanzahl der zu erstellenden Aufträge	Optional
/createVersionSetting:<the version to use as the parent version>	Die beim Erstellen neuer Aufträge zu verwendende Version	Optional
/assignVersionSetting:<the existing version the job will be assigned to>	Die beim Erstellen neuer Aufträge zu verwendende vorhandene Version	Optional
/setExtendedProps:<ChildJobFullyQualifiedExtendedPropertiesTableName.FieldName=[JOBEX:ParentJobFullyQualifiedExtendedPropertiesTableName.FieldName]>; <ChildJobFullyQualifiedExtendedPropertiesTableName.FieldName=[JOBEX:ParentJobFullyQualifiedExtendedPropertiesTableName.FieldName]>;...	Der Wert für erweiterte Eigenschaften wird auf einen der (durch ein JTX-Token angegebenen) Werte für erweiterte Eigenschaften des aktuellen Auftrags oder auf den beim Erstellen neuer Aufträge angegebenen Zeichenfolgenwert festgelegt. Um mehrere Werte für erweiterte Eigenschaften festzulegen, trennen Sie die einzelnen Einträge mit einem Semikolon.	Optional
/dueDate:<due date of the new job>	Das Fälligkeitsdatum für die neuen Aufträge	Optional
/jobDuration:<duration of the new job>	Die Dauer der neuen Aufträge	Optional
/child	Erstellt den neuen Auftrag als untergeordneten Auftrag des vorhandenen Auftrags.	Optional

Rückgabecodes

In der folgenden Liste werden die Rückgabecodes aufgeführt:

0 = Erfolg
1 = Fehler

DefineAOI – JTXDesktopSteps.DefineAOI

Zeigt ein Werkzeug an, mit dem Benutzer eine Position von Interesse definieren können.

Argumente

Für den Schritt sind keine Argumente erforderlich.

Rückgabecodes

In der folgenden Liste werden die Rückgabecodes aufgeführt:

1 = Erfolg
0 = Fehler

EditExtendedProperties – JTXDesktopSteps.EditExtendedProperties

Zeigt die erweiterten Eigenschaften des Auftrags als Pop-up-Formular an, in dem die erforderlichen Eigenschaften definiert werden können. Dieser Schritt kann mit unterschiedlichen erweiterten Eigenschaften, die in verschiedenen Phasen des Workflows geöffnet werden sollen, mehrfach in den Workflow eingebunden werden. Damit haben Sie die Möglichkeit, nur bestimmte für den Auftragstyp konfigurierte erweiterte Eigenschaften für die Anzeige im Pop-up-Formular auszuwählen. Die erweiterten Eigenschaften können durch Öffnen des Argument-Editors oder durch Eingabe in das Argumentfeld ausgewählt werden. Bei allen ausgewählten Eigenschaften werden die für den Auftragstyp festgelegten Eigenschaften wie Sichtbarkeit, Editierbarkeit usw. berücksichtigt. Wenn keine Argumente angegeben sind, werden beim Ausführen der Schritte alle für den Auftragstyp ausgewählten erweiterten Eigenschaften angezeigt. Der Argument-Editor enthält sämtliche für alle Auftragstypen im Repository konfigurierten Tabellen und Felder. Wenn jedoch Eigenschaften ausgewählt werden, die für den Auftragstyp nicht konfiguriert sind, werden diese nicht im Pop-up-Formular angezeigt. Das Argument besteht aus dem Tabellennamen und dem Feldnamen der erweiterten Eigenschaft. Wenn Sie zum Beispiel das Feld RequestorName<fieldName> aus der Tabelle "RequestorInformation" anzeigen möchten, lautet das Argument /Property: RequestorInformation.RequestorName.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Argument	Beschreibung	Argumenttyp
/Property:<Property Name>	Der Tabellenname und der Feldname der erweiterten Eigenschaft	Erforderlich

Rückgabecodes

Wenn der Schritt erfolgreich ausgeführt wurde, wird "1" zurückgegeben.

Kartenerstellungselemente importieren/starten – JTXDesktopSteps.LaunchArcMap

Startet ArcGIS Pro oder ArcMap, legt der Auftragsversion entsprechend neue Quellen für Layer fest und zoomt die Karte auf die für den Auftrag festgelegte Position von Interesse.

Argumente

Weitere Informationen zu Schrittargumenten finden Sie im Abschnitt Schritt "Kartenerstellungselemente importieren/starten".

Rückgabecodes

Wenn der Schritt erfolgreich ausgeführt wurde, wird "0" zurückgegeben.

LaunchGPTool – JTXDesktopSteps.LaunchGPTool

Führt Geoverarbeitungswerkzeuge aus Workflows aus. Die ganzzahlige Ausgabe eines Werkzeugs kann als Rückgabecode verwendet werden, der den Pfad des Workflows bei Abschluss des Werkzeugs vorgibt.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Argument	Beschreibung	Argumenttyp
/toolboxpath:<toolboxpath>	Der vollständige Pfad der .tbx-Datei der Toolbox und der Werkzeugname	Optional
/toolbox:<toolbox>	Der Name der Toolbox, wenn diese sich unter den System-Toolboxes befindet	Optional
/tool:<tool>	Der Anzeigename des Werkzeugs in der Toolbox	Erforderlich
/param:<ParamName>:<ParamValue>	Der Parameter, der für das Werkzeug außer Kraft gesetzt werden soll. (Kann mehrmals angegeben werden.)	Optional
/attach	Hängt das Protokoll an den Auftrag an, wenn die Ausführung des Werkzeugs abgeschlossen ist.	Optional
/license:<enum value>	Der Lizenzcode für zusätzliche Lizenzen, die beim Ausführen des Werkzeugs verwendet werden sollen	Optional
/outParam:<parameter name>	Der Ausgabeparameter, der als Rückgabewert verwendet werden soll	Optional

Rückgabecodes

In der folgenden Liste werden die Rückgabecodes des Schrittes aufgeführt:

0 = Erfolg
1 = Abbrechen

Hinweis:

SelectDataWorkspace – JTXDesktopSteps.SelectDataWorkspace

Zeigt ein Formular an, in dem Sie den Daten-Workspace für den Auftrag aus einer Liste vorkonfigurierter Daten-Workspaces auswählen können.

Argumente

Für den Schritt sind keine Argumente erforderlich.

Rückgabecodes

In der folgenden Liste werden die Rückgabecodes aufgeführt:

1 = Erfolg
0 = Fehler

Bibliothek "ArcGIS Pro only"

Die Bibliothek "ArcGIS Pro only" enthält Schritte, die nur in ArcGIS Pro ausgeführt werden können. In den folgenden Abschnitten werden die Schritte, ihre Argumente und Rückgabecodes beschrieben.

Task importieren – ArcGISProSteps.OpenTask

Öffnet einen Task in einem ArcGIS Pro-Projekt.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Argument	Beschreibung	Argumenttyp
/taskfile:<name of the file>	Die Task-Datei, die im Projekt geöffnet werden soll	Optional
/task:<name of the task within the task item>	Der Task im Task-Element, der ausgeführt werden soll	Optional

Rückgabecodes

In der folgenden Liste werden die Rückgabecodes des Schrittes aufgeführt:

0 = Fehler
1 = Erfolg

Pro-Projektelemente öffnen – ArcGISProSteps.OpenMap

Öffnet eine Karte in einem ArcGIS Pro-Projekt.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Argument	Beschreibung	Argumenttyp
/map:<mapname>	Die Karte, die im Projekt geöffnet werden soll	Optional
/nobookmark	Der LOI des Auftrags wird nicht als Lesezeichen hinzugefügt.	Optional
/taskItem:<name of task project item>	Das Task-Element, das im Projekt geöffnet werden soll	Optional
/task:<name of the task within the task item>	Der Task im Task-Element, der ausgeführt werden soll	Optional
/resetVersion	Setzt nach Abschluss des Schrittes die Version auf die Standardversion zurück.	Optional
/closeMaps	Schließt geöffnete Karten nach Abschluss des Schrittes.	Optional

Rückgabecodes

In der folgenden Liste werden die Rückgabecodes des Schrittes aufgeführt:

0 = Fehler oder Abbrechen
1 = Erfolg

Schritt "Kartenerstellungselemente importieren/starten"

In der folgenden Tabelle wird das erwartete Verhalten des Schrittes "Kartenerstellungselemente importieren/starten" ohne Argumente beschrieben.


Kartendokument für Auftragstyp definiert?	Starten von Kartenerstellungselementen mit Daten-Workspace und Version	Starten von Kartenerstellungselementen mit Daten-Workspace und ohne Version	Starten von Kartenerstellungselementen ohne Daten-Workspace
Ja	ArcMap wird mit dem definierten Kartendokument geöffnet. Für Layer werden basierend auf dem Kurznamen der Feature-Class der Auftragsversion entsprechende neue Quellen festgelegt. Die Karte wird auf den Interessenbereich gezoomt. Hinweis: Der Kurzname ist der Name der Feature-Class, nicht der vollständig qualifizierte Name, beispielsweise "Streets" anstelle von "NIS.Streets". Beachten Sie auch, dass unabhängig von der ursprünglichen Definition der Grundkarte für alle Übereinstimmungen mit Kurznamen neue Quellen festgelegt werden müssen.	Dies funktioniert genauso wie das Szenario mit einer vorhandenen Version, außer dass die Standardversion für den Daten-Workspace zum Festlegen neuer Quellen für die Layer verwendet wird.	An den Layer-Quellen werden keine Änderungen vorgenommen. Die Karte wird auf den LOI gezoomt.
Nein	ArcMap wird mit einem leeren Dokument geöffnet. In diesem Fall müssen keine neuen Quellen für Layer festgelegt werden, da keine Karte vorhanden ist. Nachdem der Karte Layer hinzugefügt wurden, gelangen Sie über die Schaltfläche Daten hinzufügen auf der Workflow Manager-Werkzeugleiste direkt zur für den Auftrag definierten Version oder zur Standardversion für den ausgewählten Daten-Workspace.	Dies funktioniert genauso wie im Szenario mit vorhandener Version.	ArcMap wird mit einem leeren Dokument geöffnet. Die Schaltfläche Daten hinzufügen auf der Workflow Manager-Werkzeugleiste ist nicht verfügbar. Wenn ein LOI für den Auftrag vorhanden ist, kann das Werkzeug Auf LOI zoomen verwendet werden.

Grundkarten-Layer werden in der von Workflow Manager (Classic) geöffneten Karte nicht umgeleitet.

Vorsicht:

Wenn eine ArcGIS Pro-Karte (.mapx) im Workflow Manager (Classic)-Repository gespeichert ist und eine ArcGIS Pro-Karte (.mapx), ein Layout (.pagx) oder eine in ArcGIS Online oder Portal for ArcGIS gespeicherte Webkarte für Auftragstypen und Schritte verwendet wird, die für ArcGIS Desktop konfiguriert wurden, wird die Karte oder das Layout nicht geöffnet, und es wird eine Fehlermeldung angezeigt. Wenn der Schritt mit einem Daten-Workspace für Feature-Services in ArcGIS Desktop ausgeführt wird, wird er nicht geöffnet, und es wird eine Fehlermeldung angezeigt.

Argumentbeschreibungen

Für den Schritt "Kartenerstellungselemente importieren/starten" stehen zahlreiche optionale Parameter zur Verfügung, mit denen Sie die Ausführung Ihren Anforderungen entsprechend anpassen können, ohne Code zu schreiben.

Der Argument-Editor für den Schritt "ArcMap starten" und die Registerkarte "Ausführung" für den Schritttyp werden mit dem konfigurierten Standardverhalten angezeigt.

Hinweis:

Die Layer in der Karte müssen Daten aus einem Daten-Workspace in Ihrem Workflow Manager (Classic)-System referenzieren, damit die Version und die Informationen für die Benutzerverbindung umgeleitet werden. Wenn die Karten-Layer Daten aus einem Daten-Workspace in Ihrem Workflow Manager (Classic)-System referenzieren, für den Auftrag aber keine Auftragsversion angegeben ist, werden die Karten-Layer an die standardmäßige Datenbankversion für den Daten-Workspace umgeleitet. Die Karten-Layer werden in den folgenden Szenarien nicht umgeleitet:

Wenn die Auftragskarte nicht definiert wurde, wird eine leere Karte geöffnet, da keine Layer für die Umleitung vorhanden sind.
Wenn der Schritt so konfiguriert ist, dass nur die Version geändert wird, und die Layer in einer Auftragskarte nicht aus einem Daten-Workspace stammen, werden die Layer mit einer beschädigten Datenquelle angezeigt.
Wenn die Layer nicht aus einem Daten-Workspace stammen und in den Eigenschaften des Auftragstyps für die Umleitung ausgewählt werden, werden die Layer mit einer beschädigten Datenquelle angezeigt.
Wenn die Layer nicht aus einem Daten-Workspace stammen und nicht in den Eigenschaften des Auftragstyps für die Umleitung ausgewählt werden, werden die Layer an die standardmäßige Datenbankversion umgeleitet.

Weitere Informationen zu Karten und zur Versionierung in Workflow Manager (Classic)


Beschreibender Name	Argumentbeispiel	Verhalten
Auf LOI zoomen	`/aoifactor:3` oder `/nozoomloi`	Standardmäßig wird die Karte auf den AOI des Auftrags geschwenkt und mit dem Faktor 1 auf die Geometrie des Shapes gezoomt. Optional können Sie mit der Option /nozoomloi auswählen, dass die Karte nicht geschwenkt oder gezoomt wird. Mithilfe des Arguments /aoifactor können Sie auch mit einem höheren Zoomfaktor auf den AOI zoomen. Der Zoomfaktor gilt nicht für POIs. Für einen einzelnen POI wird die Karte auf 1:2.000 gezoomt, und für mehrere POIs wird die Karte auf die Ausdehnung der POIs gezoomt.
Verbindungsinformationen nicht ändern	`/norepoint`	Beim Standardverhalten ohne Verwendung von /norepoint werden alle Layer in der Karte in den aktuellen Workspace und optional die Version des Auftrags geändert.
Nur die Version für den Data-Workspace des Auftrags ändern	`/changeversiononly`	Wenn Sie die Option /changeversiononly verwenden, wird die Version der Layer im Kartendokument des Auftragstyps geändert. Für den Datenbenutzer und die Verbindungsinformationen wird die ursprüngliche Konfiguration beibehalten. Alle Layer aus dem Daten-Workspace werden umgeleitet. Dabei spielt es keine Rolle, ob sie in den Eigenschaften des Auftragstyps für die Umleitung ausgewählt sind. Die nicht aus dem Daten-Workspace stammenden Layer werden mit einer beschädigten Datenquelle angezeigt. Hinweis: Bei Verwendung einzelner Anmeldungen werden mit dieser Option die Karten-Layer nicht umgeleitet. Sie verweisen auf die Standardversion.
MXD-Dateien speichern	`/nosavemxd`	Beim Standardverhalten ohne Verwendung des Arguments /nosavemxd wird das Kartendokument des Auftrags in der Workflow Manager (Classic)-Datenbank gespeichert. Daher wird bei jedem Öffnen des Kartendokuments mit diesem Schritt im Workflow die letzte gespeicherte Karte aus der Datenbank abgerufen. Wenn Sie jedoch die Option /nosavemxd verwenden, wird das Kartendokument des Auftrags nicht in der Workflow Manager (Classic)-Datenbank gespeichert. Folglich wird, wenn Sie die Ausdehnung der Auftragskarte ändern und die Karte schließen, die neue Ausdehnung nicht gespeichert. Beim nächsten Mal wird die Karte wieder mit der ursprünglichen Ausdehnung geöffnet. Hinweis: In ArcMap wird bei jedem Schließen einer Karte eine Meldung zum Speichern der Karte angezeigt. Bei Verwendung von /nosavemxd jedoch wird die Karte selbst dann nicht gespeichert, wenn Sie in der ArcMap-Meldung auf Ja klicken. Bei umfangreichen Kartendokumenten müssen Sie möglicherweise die Konfigurationseinstellung MAXBLOBSIZE SDE anpassen. Mit dieser Option können Sie auch in ArcMap zwischen Aufträgen wechseln, ohne das Kartendokument zu löschen.
Datenrahmen auf AOI zuschneiden	`/cliptoaoi`	Beim Standardverhalten ohne Verwendung des Arguments /cliptoaoi werden im Kartendokument alle Daten angezeigt, die angezeigt werden können. Bei Verwendung der Option /cliptoaoi wird der Datenrahmen im Kartendokument des Auftrags auf das Shape des AOI zugeschnitten. Hinweis: Dadurch wird keine Definitionsabfrage für die Layer erstellt. Auf alle Features der Layer in der Karte kann nach wie vor über die jeweiligen Tabellen zugegriffen werden.
Auf Schließen von ArcMap warten (Workflow Manager (Classic) unterbrechen)	`/nowait`	Beim Standardverhalten der Anwendung Workflow Manager (Classic) ohne Verwendung des Arguments /nowait wird die Anwendung ausgeblendet, während der ArcMap-Prozess ausgeführt wird. Dies bedeutet, dass die Benutzer nicht mit der Workflow Manager (Classic)-Anwendung interagieren können, während sie in ArcMap arbeiten. Bei Verwendung der Option /nowait wird ArcMap in einem getrennten Prozess gestartet, sodass die Benutzer mit der Workflow Manager (Classic)-Anwendung interagieren können, während ArcMap ausgeführt wird. Hinweis: Diese Option wurde hinzugefügt, da die für Workflow-Schritte vorhandene Option Prozess asynchron starten für benutzerdefinierte Schrittobjekte nicht verfügbar ist.
Vorhandene ArcMap-Sitzung verwenden	`/useexisting`	Wenn das Argument /useexisting nicht konfiguriert ist, wird standardmäßig während der Ausführung des Schrittes eine neue ArcMap-Sitzung geöffnet. Wenn die Option /useexisting verwendet wird und beim Ausführen des Schrittes eine ArcMap-Sitzung geöffnet ist, öffnet Workflow Manager (Classic) das Kartendokument des Auftrags in dieser vorhandenen Sitzung. Wenn keine ArcMap-Sitzung geöffnet ist, öffnet Workflow Manager (Classic) eine neue Sitzung.
MXD-Dateien an freigegebenem Speicherort speichern	`/mxdfolder:"D:\Data\JTXMapDocuments"`	Standardmäßig ist kein alternativer Speicherort konfiguriert, und die Kartendokumente des Auftrags werden in der Workflow Manager (Classic)-Datenbank gespeichert. Bei umfangreichen Kartendokumenten müssen Sie möglicherweise die Konfigurationseinstellung MAXBLOBSIZE SDE anpassen. Wenn Sie sich für die Speicherung der Kartendokumente an einem alternativen Speicherort entscheiden, speichert Workflow Manager (Classic) die Kartendokumente für die zukünftige Verwendung nicht in der Datenbank, sondern an dem alternativen Speicherort.
Alternative MXD-Datei verwenden	`/mxd:"D:\Data\JTXTemplates\Editing.mxd"`	Standardmäßig wird in diesem Schritt das Standardkartendokument des Auftragstyps als Grundkartendokument für den Schritt "Kartenerstellungselemente importieren/starten" verwendet. Wenn Sie diese Option verwenden, lädt Workflow Manager (Classic) das für das Argument konfigurierte Kartendokument bzw. die für das Argument konfigurierte Vorlage. Hinweis: ArcGIS Pro-Karten (.mapx) können als Alternative zu einer MXD-Datei in für ArcGIS Pro konfigurierten Schritten verwendet werden.
ArcMap-Befehl ausführen	`/guid:esriArcMapUI.AddDataCommand`	Wenn ArcMap geladen ist, wird der angegebene Befehl ausgeführt.
Task-Assistent-Workflow laden	`/taworkflow:"LotSplit"`	Wenn dieses Argument konfiguriert ist und ArcMap geöffnet wird, öffnet Workflow Manager (Classic) den konfigurierten Task-Assistent-Workflow. Als Workflow-Name wird dabei der Alias des im Workflow Manager (Classic)-System gespeicherten Task-Assistent-Workflows übergeben. Sie können mehrere Workflows übergeben, indem Sie weitere /taworkflow-Einträge hinzufügen oder die Workflows im Argument-Editor auswählen.
Task-Assistent-Verlauf im Auftragsverlauf speichern	`/storetahistory`	Wenn dieses Argument konfiguriert ist, wird der Task-Assistent-Workflow standardmäßig dem Auftragsverlauf hinzugefügt. Sie können diesen dennoch mit den Workflow Manager (Classic)-Werkzeugen als Textdatei anhängen.

Data Reviewer-Bibliothek

Die Bibliothek Data Reviewer enthält Schritte, mit denen Sie ausgewählte Data Reviewer-Funktionen als Teil eines Workflows automatisieren können. Wenn Sie die Schritte mit Token verwenden, können Sie Reviewer-Sitzungen für Aufträge erstellen und löschen, Reviewer-Batch-Aufträge direkt aus einem Workflow ausführen und Überprüfungssitzungen für Aufträge automatisch starten. In den folgenden Abschnitten werden die Schritte, ihre Argumente und Rückgabecodes beschrieben.

Lizenz:

Mit der Data Reviewer-Lizenz verfügbar.

Schritt "Reviewer-Sitzung erstellen" – ProductionMappingSteps.CreateReviewerSession

Mit dem Schritt "Reviewer-Sitzung erstellen" wird eine Reviewer-Sitzung erstellt und mit dem Auftrag verknüpft. Die verknüpfte Reviewer-Sitzung kann im Schritt "Kartenerstellungselemente importieren/starten" zum Ausführen von dessen Vorgängen verwendet werden. Es werden mehrere Reviewer-Sitzungen pro Auftrag unterstützt.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Name	Beschreibung	Argumentbeispiel	Verhalten
Ergebnis-Workspace (erforderlich)	Gibt den Ergebnis-Workspace an, in dem die neue Sitzung erstellt wird. Es gibt drei Möglichkeiten, das Argument festzulegen: Wie Daten-Workspace des Auftrags Verbindung mit WMX-Daten-Workspace Personal- oder File-Geodatabase Hinweis: Es muss ein vorhandener Reviewer-Workspace ausgewählt werden. Mit diesem Schritt wird kein Reviewer-Workspace erstellt.	/StoreInJobDW	Der Reviewer-Workspace wird als identisch mit dem Daten-Workspace des Auftrags identifiziert. Bei der Ausführung des Schrittes wird im Daten-Workspace des Auftrags eine neue Reviewer-Sitzung erstellt. In diesem Argument werden Token akzeptiert.
		/RevWSVersion:[JOB:VERSION]	Bei der Ausführung des Schrittes wird die neue Reviewer-Sitzung mit der angegebenen Geodatabase-Version verknüpft. Standardmäßig wird das Token [JOB:VERSION] verwendet.
		/WMXDW:Reviewer	Der Reviewer-Workspace wird als Workflow Manager (Classic)-Daten-Workspace identifiziert. Bei der Ausführung des Schrittes wird die Reviewer-Sitzung in diesem Workspace erstellt.
		/RevWSVersion:DEFAULT	Bei der Ausführung des Schrittes wird die neue Reviewer-Sitzung mit der angegebenen Geodatabase-Version verknüpft.
		/ReviewWS:"C:\Data\Reviewer.gdb"	Der Reviewer-Workspace wird als File- oder Personal-Geodatabase identifiziert. Bei der Ausführung des Schrittes wird die Reviewer-Sitzung in diesem Workspace erstellt. In diesem Argument werden Token akzeptiert.
Sitzungseigenschaften (Nur die Eigenschaft Sitzungsname ist erforderlich.)	Gibt Eigenschaften für die Sitzung an. Dazu gehören der Name der Sitzung, wer sie erstellt hat, wie die Überprüfung auf Duplikate ausgeführt wird und ob die Geometrie eines Ergebnisses gespeichert werden soll oder nicht. Die folgenden Eigenschaften müssen festgelegt werden: Sitzungsname Benutzername der Sitzung Auf doppelte Ergebnisse überprüfen Ergebnisgeometrie nicht speichern	/SessionName:Job[JOB:ID]	Bei der Ausführung des Schrittes wird die neue Reviewer-Sitzung gemäß diesem Argument benannt. In dem Argumentbeispiel wird die Reviewer-Sitzung basierend auf der Auftrags-ID benannt, z. B. Job123. Standardmäßig wird das Token [JOB:ID] verwendet.
		/SessionUserName:[JOB_ASSIGNED_TO]	Der Name der Person, die die Reviewer-Sitzung erstellt hat. Standardmäßig ist dies [JOB_ASSIGNED_TO] (die Person, der der Auftrag zugewiesen ist). Hinweis: Wenn das Feld leer gelassen wird, wird das Token [JOB_ASSIGNED_TO] berücksichtigt. In diesem Argument werden Token akzeptiert.
		/CheckDuplicateResults:SESSION	Bestimmt, wie Ergebnisse der Überprüfung auf Duplikate in der Sitzung behandelt werden. KEINE: Es wird nicht nach Ergebnissen der Überprüfung auf Duplikate gesucht. SITZUNG: Es wird innerhalb der Sitzung nach Ergebnissen der Überprüfung auf Duplikate gesucht. Dies ist die Standardeinstellung. DATENBANK: Die gesamte Datenbank wird nach Ergebnissen der Überprüfung auf Duplikate durchsucht.
		/DoNotStoreResultsGeometry	Bestimmt, ob ein Ergebnis eine verknüpfte Geometrie enthält. Ergebnisgeometrie speichern (deaktiviert): Die Ergebnisse enthalten sowohl Geometrie- als auch Attributinformationen. Dies ist die Standardeinstellung. Ergebnisgeometrie nicht speichern (aktiviert): Die Ergebnisse enthalten nur Attributinformationen.

Hinweis:

Bei der Ausführung dieses Schrittes in ArcGIS Pro werden alle Dialogfelder unterdrückt und nicht angezeigt.

Weitere Informationen zum Erstellen von Schritttypen

Rückgabecodes

In der folgenden Liste werden die Rückgabecodes des Schrittes aufgeführt:

0 = Erfolg
1 = Fehler

Reviewer-Sitzung löschen – ProductionMappingSteps.DeleteReviewerSessions

Mit dem Schritt "Reviewer-Sitzung löschen" werden eine oder mehrere Reviewer-Sitzungen gelöscht, die mit dem Schritt "Reviewer-Sitzung erstellen" bei der Ausführung eines Auftrags erstellt wurden.

Beim Konfigurieren des Schrittes müssen Sie das Argument angeben, das die zu löschenden Reviewer-Sitzungen bestimmt.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Name	Beschreibung	Argumentbeispiel	Verhalten
Zu löschende Sitzungen (erforderlich)	Gibt an, welche Reviewer-Sitzungen gelöscht werden sollen.	/sessionsToDelete:all	Bei der Ausführung des Schrittes werden die angegebenen Reviewer-Sitzungen gelöscht. alle: Alle mit dem Auftrag verknüpften Reviewer-Sitzungen werden gelöscht. ausgewählte: Sie werden aufgefordert, eine oder mehrere zu löschende Sitzungen auszuwählen.

Hinweis:

Wenn dieser Schritt in ArcGIS Pro ausgeführt wird und das Argument selected angegeben ist, werden alle Dialogfelder unterdrückt, und die höchste (neueste) Reviewer-Sitzungs-ID wird gelöscht.

Weitere Informationen zum Erstellen von Schritttypen

Rückgabecodes

In der folgenden Liste werden die Rückgabecodes des Schrittes aufgeführt:

0 = Die Sitzungen wurden erfolgreich gelöscht.
1 = Mindestens eine Reviewer-Sitzung wurde nicht gelöscht.
2 = Es wurden Reviewer-Sitzungen gelöscht, aber die Auftragsinformationen konnten nicht aktualisiert werden.

Reviewer-Batch-Auftrag ausführen – ProductionMappingSteps.RunReviewerBatchJob

Mit dem Schritt "Reviewer-Batch-Auftrag ausführen" wird ein Batch-Auftrag in einem Workflow ausgeführt.

Sie können Argumente verwenden, um Folgendes anzugeben:

Den auszuführenden Batch-Auftrag
Die zu überprüfenden räumlichen Daten
Den Reviewer-Workspace und die Sitzung zum Speichern der Ergebnisse

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Name	Beschreibung	Argumentbeispiel	Verhalten
Reviewer-Batch-Auftragsdatei (erforderlich)	Gibt den Pfad zum Reviewer-Batch-Auftrag an.	/BatchJobPath:"C:\Data\sample.rbj"	Bei der Ausführung wird der angegebene Batch-Auftrag ausgeführt. In diesem Argument werden Token akzeptiert.
Daten-Workspace (optional) Hinweis: Dieses Argument ist erforderlich, wenn das Kontrollkästchen Daten-Workspace des Batch-Auftrags außer Kraft setzen aktiviert ist.	Identifiziert den Daten-Workspace, für den der Batch-Auftrag ausgeführt werden soll. Es gibt drei Möglichkeiten, das Argument festzulegen: Wie Daten-Workspace des Auftrags Verbindung mit WMX-Daten-Workspace Personal- oder File-Geodatabase	Wenn Sie das Kontrollkästchen Daten-Workspace des Batch-Auftrags außer Kraft setzen aktivieren, verwenden Sie ein Argument wie beispielsweise "/OverrideBatchDataWS".	Bei der Ausführung des Schrittes wird der Batch-Auftrag für den im Schritttyp angegebenen Daten-Workspace ausgeführt. Der alternative Workspace und die alternative Version müssen mit den Argumenten "Daten-Workspace für Reviewer-Batch-Auftrag" und "Datenversion für Reviewer-Batch-Auftrag" angegeben werden.
		/SameAsJobDW	Bei der Ausführung des Schrittes überprüft der Batch-Auftrag Daten im Daten-Workspace des Auftrags.
		/BatchJobDataVersion:[JOB:VERSION]	Bei der Ausführung des Schrittes überprüft der Batch-Auftrag Daten in der angegebenen Version. Standardmäßig wird das Token [JOB:VERSION] verwendet.
		/BatchJobInWMXDW:Reviewer	Bei der Ausführung des Schrittes überprüft der Batch-Auftrag Daten im angegebenen Workflow Manager (Classic)-Daten-Workspace.
		/BatchJobInWMXDW:DEFAULT	Bei der Ausführung des Schrittes überprüft der Batch-Auftrag Daten in der angegebenen Version.
		/BatchJobDataInPersonalFile:"C:\Data\MyData.gdb"	Bei der Ausführung des Schrittes überprüft der Batch-Auftrag Daten in der angegebenen File- oder Personal-Geodatabase. In diesem Argument werden Token akzeptiert.
Ergebnis-Workspace (erforderlich)	Gibt den Reviewer-Workspace an, in den Ergebnisse geschrieben werden. Es gibt drei Möglichkeiten, das Argument festzulegen: Wie Daten-Workspace des Auftrags Verbindung mit WMX-Daten-Workspace Personal- oder File-Geodatabase Hinweis: Es muss ein vorhandener Reviewer-Workspace ausgewählt werden. Mit diesem Schritt wird kein Reviewer-Workspace erstellt.	/RevIsSameAsJobDW	Der Reviewer-Workspace wird als identisch mit dem Daten-Workspace des Auftrags identifiziert. Bei der Ausführung des Schrittes werden Reviewer-Ergebnisse in den Daten-Workspace des Auftrags geschrieben.
		/RevWSVersion:[JOB:VERSION]	Bei der Ausführung des Schrittes werden Reviewer-Ergebnisse in die angegebene Version geschrieben. Standardmäßig wird das Token [JOB:VERSION] verwendet.
		/RevInWMXDW:Reviewer	Der Reviewer-Workspace wird als Workflow Manager (Classic)-Daten-Workspace identifiziert. Bei der Ausführung des Schrittes werden Reviewer-Ergebnisse in diesen Daten-Workspace geschrieben.
		/RevWSVersion:DEFAULT	Bei der Ausführung des Schrittes werden Reviewer-Ergebnisse in die angegebene Version geschrieben.
		/RevInPersonalFile:"C:\Data\Reviewer.gdb"	Der Reviewer-Workspace wird als File- oder Personal-Geodatabase identifiziert. Bei der Ausführung des Schrittes werden Reviewer-Datensätze in diesen Daten-Workspace geschrieben. In diesem Argument werden Token akzeptiert.
Name der Reviewer-Sitzung (erforderlich)	Gibt die Reviewer-Sitzung an, in die Ergebnisse geschrieben werden. Hinweis: Die Reviewer-Sitzung muss vor der Ausführung des Schrittes vorhanden sein. Mit diesem Schritt wird keine Reviewer-Sitzung erstellt.	/RevSessionName:JOB[JOB:ID]	Bei der Ausführung des Schrittes werden Reviewer-Datensätze in die angegebene Sitzung geschrieben. Wenn mehrere Reviewer-Sitzungen mit dem gleichen Namen vorhanden sind, werden Sie aufgefordert, die Reviewer-Sitzung auszuwählen, in die Datensätze geschrieben werden sollen. In diesem Argument werden Token akzeptiert.
Analysebereich (erforderlich)	Gibt die räumliche Ausdehnung an, für die der Batch-Auftrag ausgeführt wird.	/AreaValidation:FullDB	Bei der Ausführung des Schrittes wird der Batch-Auftrag für die gesamte Geodatabase ausgeführt.
		/AreaValidation:AOI	Bei der Ausführung des Schrittes wird der Batch-Auftrag für den Interessenbereich des Auftrags ausgeführt.
		/AreaValidation:ChangedOnly	Bei der Ausführung des Schrittes wird der Batch-Auftrag nur für geänderte Features ausgeführt. Hinweis: Diese Option ist nur gültig, wenn Sie mit einem versionierten Dataset arbeiten.
Ergebnis erstellt von	Gibt den Namen der Person an, die die Reviewer-Ergebnisse erstellt hat.	/SessionUserName:[JOB_ASSIGNED_TO]	Der Name der Person, die die Reviewer-Ergebnisse erstellt hat. Die Standardeinstellung ist [JOB_ASSIGNED_TO]. Hinweis: Wenn das Feld leer gelassen wird, wird das Token [JOB_ASSIGNED_TO] berücksichtigt.

Hinweis:

Bei der Ausführung dieses Schrittes in ArcGIS Pro werden alle Dialogfelder unterdrückt, und Ergebnisse werden in die höchste (neueste) Reviewer-Sitzungs-ID geschrieben.

Weitere Informationen zum Erstellen von Schritttypen

Rückgabecodes

In der folgenden Liste werden die Rückgabecodes des Schrittes aufgeführt:

0 = Der Batch-Auftrag wurde erfolgreich ausgeführt, und es wurden keine Ergebnisse zurückgegeben.
1 = Der Batch-Auftrag wurde erfolgreich ausgeführt, und es wurden Ergebnisse in die Reviewer-Sitzung geschrieben.
2 = Der Batch-Auftrag konnte nicht ausgeführt werden.
3 = Der Batch-Auftrag wurde mit Fehlern oder Warnungen erfolgreich ausgeführt, und es wurden keine Ergebnisse zurückgegeben.
4 = Der Batch-Auftrag wurde mit Fehlern oder Warnungen erfolgreich ausgeführt, und es wurden Ergebnisse in die Reviewer-Sitzung geschrieben.

Feedback zu diesem Thema?