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. Die Schritte werden im Folgenden erläutert.

Bibliothek "All Platforms"

Die Bibliothek "All Platforms" enthält Schritte, die in ArcMap, ArcCatalog, ArcGIS Pro und ArcGIS Server verwendet werden können. In den folgenden Abschnitten werden die Schritte, 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 Location of Interest (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 eine LOI vorhanden.
2 = Für den Auftrag ist keine 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. Daraufhin wird die Aufforderung zur Eingabe eines Benutzernamens und eines Kennwortes angezeigt.

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 nach der Ausführung des Werkzeugs vorgibt.

Hinweis:

Argumentnamen validieren wird bei Verwendung des Schrittes JTXSteps.ExecuteGPTool nicht unterstützt.

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

Sendet eine SQL-Abfrage.

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

Ruft eine URL auf, ohne einen Browser zum Anzeigen der Antwort anzuzeigen. Sie können zum Beispiel einen Geoverarbeitungsservice oder einen beliebigen anderen Web-Service als Workflow-Schritt aufrufen.

Argumente

Die folgende Tabelle enthält eine Liste der Schrittargumente:


Argument	Beschreibung	Argumenttyp
/url:<url>	Die aufzurufende 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 beim Aufrufen 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 mit den erweiterten Eigenschaften, aus dem der Rückgabewert abgerufen wird	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 zu dem Auftrag 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, 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 das Startdatum, das Fälligkeitsdatum, der Daten-Workspace und die Priorität aus dem übergeordneten Auftrag kopiert. Die Auftragszuweisung 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 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 von Aufträgen zu verwendende Version	Optional
/assignVersionSetting:<the existing version the job will be assigned to>	Die beim Erstellen von Aufträgen 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 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 der Benutzer einen Interessenbereich definieren kann.

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. Hiermit können Sie bestimmte erweiterte, für den Auftragstyp konfigurierte Eigenschaften auswählen, die in dem Pop-up-Formular angezeigt werden sollen. Um die erweiterten Eigenschaften auszuwählen, öffnen Sie den Argument-Editor oder schreiben in das Feld für die Argumente. 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. Das Argument zum Anzeigen des Feldes RequestorName<fieldName> aus der Tabelle "RequestorInformation" lautet z. B. /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 ein Geoverarbeitungswerkzeug aus einem Workflow aus. Die ganzzahlige Ausgabe eines Werkzeugs kann als Rückgabecode verwendet werden, der den Pfad des Workflows nach der Ausführung 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 zur Ausführung des Werkzeugs verwendete Lizenzcode für etwaige zusätzliche Lizenzen	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 geöffnet 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	Die 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 geöffnet 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?	Öffnen von Kartenerstellungselementen mit Daten-Workspace und Version	Öffnen von Kartenerstellungselementen mit Daten-Workspace und ohne Version	Öffnen 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 (z. B. "Streets" anstelle von "NIS.Streets"). Unabhängig davon, wie die Grundkarte ursprünglich definiert wurde, sollten für alle Übereinstimmungen mit Kurznamen neue Quellen festgelegt werden.	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 die 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, klicken Sie auf die Schaltfläche Daten hinzufügen auf der Workflow Manager-Werkzeugleiste, um direkt zur für den Auftrag definierten Version oder zur Standardversion für den ausgewählten Daten-Workspace zu wechseln.	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 eine 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 ArcMap 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 ArcMap ausgeführt wird, wird er nicht geöffnet, und es wird eine Fehlermeldung angezeigt.

Argumentbeschreibungen

Zu dem Schritt "Kartenerstellungselemente importieren/starten" stehen viele optionale Parameter zur Verfügung, mit denen Sie ihn 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 Default-Version der Datenbank 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. Sie können sich entscheiden, die Karte nicht mithilfe der Option /nozoomloi zu schwenken oder zu zoomen, oder Sie können mithilfe des /aoifactor-Arguments mit einem größeren 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, bei mehreren POIs wird sie 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. Immer wenn das Kartendokument mit diesem Schritt im Workflow geöffnet wird, wird die letzte gespeicherte Karte aus der Datenbank abgerufen. Wenn Sie jedoch die Option /nosavemxd auswählen, wird das Kartendokument des Auftrags nicht in der Workflow Manager (Classic)-Datenbank gespeichert. Wenn Sie die Ausdehnung der Auftragskarte ändern und die Karte schließen, wird 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`	Bei Verwendung des Arguments /cliptoaoi wird der Datenrahmen im Kartendokument des Auftrags auf das Shape des AOI zugeschnitten. Wenn in dem Kartendokument des Auftrags kein AOI definiert ist, werden alle Daten in dem Kartendokument angezeigt, die angezeigt werden können. Hinweis: Von diesem Argument wird keine Definitionsabfrage für die Layer erstellt. Auf alle Features der Karten-Layer kann ü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 Sie 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 Sie 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 der vorhandenen Sitzung. Wenn keine ArcMap-Sitzung geöffnet ist, öffnet Workflow Manager (Classic) eine 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 die Kartendokumente an einem alternativen Speicherort speichern, 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"`	Sobald ArcMap geöffnet ist, ö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`	Der Task-Assistent-Workflow wird standardmäßig dem Auftragsverlauf hinzugefügt. Mit den Workflow Manager (Classic)-Werkzeugen können Sie ihn auch 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 in Kombination 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, Argumente und Rückgabecodes beschrieben.

Lizenz:

Die Data Reviewer-Bibliothek ist für Benutzer mit einer 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. Wenn der Schritt ausgeführt wird, wird die neue Reviewer-Sitzung im Daten-Workspace des Auftrags erstellt. In diesem Argument werden Token akzeptiert.
		/RevWSVersion:[JOB:VERSION]	Wenn der Schritt ausgeführt wird, 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. Wenn der Schritt ausgeführt wird, wird die Reviewer-Sitzung in diesem Workspace erstellt.
		/RevWSVersion:DEFAULT	Wenn der Schritt ausgeführt wird, 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. Wenn der Schritt ausgeführt wird, wird die Reviewer-Sitzung in diesem Workspace erstellt. In diesem Argument werden Token akzeptiert.
Sitzungseigenschaften (Nur die Eigenschaft Sitzungsname ist erforderlich.)	Gibt die Eigenschaften für die Sitzung an. Hierzu zählen der Name der Sitzung, wer sie erstellt hat, wie die Überprüfung auf Duplikate ausgeführt wird und ob die Geometrie eines Ergebnisses gespeichert wird. Folgende Eigenschaften müssen festgelegt werden: Sitzungsname Benutzername der Sitzung Auf doppelte Ergebnisse überprüfen Ergebnisgeometrie nicht speichern	/SessionName:Job[JOB:ID]	Wenn der Schritt ausgeführt wird, 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. Die Standardeinstellung ist [JOB_ASSIGNED_TO]. Hinweis: Wenn dieses Feld leer gelassen wird, wird der Token [JOB_ASSIGNED_TO] berücksichtigt. In diesem Argument werden Token akzeptiert.
		/CheckDuplicateResults:SESSION	Gibt an, wie die Ergebnisse der Überprüfung auf Duplikate in der Sitzung behandelt werden KEINE: Es wird nicht nach Ergebnissen der Überprüfung auf Duplikate gesucht. SITZUNG: Die Sitzung wird nach Ergebnissen der Überprüfung auf Duplikate durchsucht. Dies ist die Standardeinstellung. DATENBANK: Die gesamte Datenbank wird nach Ergebnissen der Überprüfung auf Duplikate durchsucht.
		/DoNotStoreResultsGeometry	Gibt an, 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 Verarbeitung 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 die zu löschende Reviewer-Sitzung an.	/sessionsToDelete:all	Wenn dieser Schritt ausgeführt wird, 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"	Der angegebene Batch-Auftrag wird 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, zu dem 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.	Wenn der Schritt ausgeführt wird, wird der Batch-Auftrag zu dem Daten-Workspace ausgeführt, der in dem Schritttyp angegeben ist. 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	Wenn der Schritt ausgeführt wird, überprüft der Batch-Auftrag Daten im Daten-Workspace des Auftrags.
		/BatchJobDataVersion:[JOB:VERSION]	Wenn der Schritt ausgeführt wird, überprüft der Batch-Auftrag Daten in der angegebenen Version. Standardmäßig wird das Token [JOB:VERSION] verwendet.
		/BatchJobInWMXDW:Reviewer	Wenn der Schritt ausgeführt wird, überprüft der Batch-Auftrag Daten im angegebenen Workflow Manager (Classic)-Daten-Workspace.
		/BatchJobInWMXDW:DEFAULT	Wenn der Schritt ausgeführt wird, überprüft der Batch-Auftrag Daten in der angegebenen Version.
		/BatchJobDataInPersonalFile:"C:\Data\MyData.gdb"	Wenn der Schritt ausgeführt wird, ü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, dieses 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. Wenn der Schritt ausgeführt wird, werden Reviewer-Ergebnisse in den Daten-Workspace des Auftrags geschrieben.
		/RevWSVersion:[JOB:VERSION]	Wenn der Schritt ausgeführt wird, 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. Wenn der Schritt ausgeführt wird, werden Reviewer-Ergebnisse in diesen Daten-Workspace geschrieben.
		/RevWSVersion:DEFAULT	Wenn der Schritt ausgeführt wird, werden Reviewer-Ergebnisse in die angegebene Version geschrieben.
		/RevInPersonalFile:"C:\Data\Reviewer.gdb"	Der Reviewer-Workspace wird als File- oder Personal-Geodatabase identifiziert. Wenn der Schritt ausgeführt wird, 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 Ausführung des Schrittes vorhanden sein. Mit diesem Schritt wird keine Reviewer-Sitzung erstellt.	/RevSessionName:JOB[JOB:ID]	Wenn der Schritt ausgeführt wird, 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	Wenn der Schritt ausgeführt wird, wird der Batch-Auftrag für die gesamte Geodatabase ausgeführt.
		/AreaValidation:AOI	Wenn der Schritt ausgeführt wird, wird der Batch-Auftrag für den Interessenbereich des Auftrags ausgeführt.
		/AreaValidation:ChangedOnly	Wenn der Schritt ausgeführt wird, 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 dieses Feld leer gelassen wird, wird der 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 Reviewer-Sitzung mit der höchsten (neuesten) 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?