Generischer REST API Konnektor
Erfahren Sie, wie Sie mithilfe eines anpassbaren und vielseitigen generischen REST API Connectors problemlos eine Verbindung zu mehreren REST API herstellen und mit ihnen interagieren.
Generischer REST API Konnektor
Erfahren Sie, wie Sie mithilfe eines anpassbaren und vielseitigen generischen REST API Connectors problemlos eine Verbindung zu mehreren REST API herstellen und mit ihnen interagieren.
Generischer REST API Konnektor
Der generische REST API Connector ist Teil der nativen Connectors der Pro Engine und wird in dieser ersten Version zum Schreiben von Daten in Kundenlösungen von Drittanbietern verwendet, die REST API bieten. Er kann für alle Matrix42 Core , Pro and IGA -Lösungen verwendet werden, die Connector Management (EPE) verwenden.
Mit der Version 2025.2 wurde dieser neue generische REST API Connector mit ereignisbasierten Aufgaben eingeführt.
Mit der Version 2025.3 wurde die Unterstützung für geplante Aufgaben für diesen generischen REST API Connector eingeführt.
Fair-Use-Richtlinie
Der Connector ist unter normalen Betriebsbedingungen uneingeschränkt nutzbar. Sollte die Nutzung jedoch zu einer deutlich erhöhten Auslastung führen und zusätzliche Cloud-Ressourcen (z. B. Speicher oder Rechenleistung) benötigen, können hierfür zusätzliche Kosten anfallen.
Für die Verwendung dieses Connectors zum Erstellen, Aktualisieren oder Entfernen von Benutzerkonten oder Gruppenobjekten ist eine aktive IGA Lizenz erforderlich.

Der generische REST API -Connector erfordert eine Konfiguration entsprechend dem Anwendungsfall des Kunden. Die Konfiguration umfasst im Prinzip drei Schritte:
- Connector konfigurieren – ermöglicht dem Connector, eine Verbindung zur Lösung herzustellen, die REST API anbietet
- Ereignisaufgabe konfigurieren – wird verwendet, wenn Daten (ereignisbasierte Aufrufe vom Workflow-Orchestrierungsknoten) in die Lösung geschrieben werden, die REST API bietet
- Konfigurieren von Workflow-Orchestrierungsknoten zur Verwendung ereignisbasierter Aufgaben
Allgemeine Funktionalitäten
General functionalities
Connectors - general functionalities
In this article are described general functionalities for managing native connectors in solution. All Native Connectors are managed from the same connector management UI.
Notice that there are separate descriptions for each connector, where connector specific functionalities and configuration instructions are described in detailed level.
To be able to access connector management, user needs to have admin level permissions to customers Platform configuration. When accesses are granted correctly, connector tab will be visible and user can manage connectors.

Left menu
Connector management is divided into four tabs:

- Overview - for creating and updating Native Connectors. The Admin User can see their status, type and how many scheduled or event tasks are associated with them.
- Authentication - for creating and updating authentication tasks. Provisioning task for authentication is needed for Secure Access to be able to define which Customers end-users can access to Matrix42 Core, Pro and IGA login page.
- Logs - for downloading Native Connector and Secure Access logs from UI.
- Settings - general settings for Native Connectors and Secure Access, including environment type for logging and monitoring.
Connectors overview tab
From overview page, user can easily and quickly see status for all connectors.

Top bar:
-
Status for Native Connectors (EPE)
- Green text indicates that Native Connectors is online. All the needed services are up and running.
- Red text indicates that there is a problem with Native Connectors, all the services are not running.
-
Status for Secure Access (ESA)
- Green text indicates that Secure Access is online. All the needed services are up and running.
- Red text indicates that there is a problem with Secure Access, all the services are not running.
-
Native Connectors version number is displayed in top right corner
Top bar for list view:

- New connector - opens new window for adding and configuring new connector
- Remove connector(s) - workflow references are calculated and pop-up window appears to confirm removal (notice that calculating references can take several seconds)
- Export - Admin can export one or more connectors (and tasks) from the environment. Usually used for exporting connectors and connectors (and tasks) from test to prod. Native connectors secret information is password protected.
-
Import - Admin can import one or more connectors (and tasks) to the environment. Usually used for importing connectors (and tasks) from test to prod.
- Admin cannot import from old EPE UI (Older than 2024.1) to the new one. Source and target environments must have same version.
- Import will fail if the configuration (templates, attributes) is not the same - for example when some attribute is missing
- If you are importing something with the same connector details, it will be merged under existing connector
- Refresh - Admin can refresh connectors view by clicking the button.
List view for overview,

- Select connector(s) - Select one connector by clicking check box in front of the connector row or clicking check box in the header row will select all connectors
- Id - Automatically generated unique ID of the connector. Cannot be edited or changed.
-
Status - indicates scheduled task status
-
Green check mark - Task is executed without any errors
-
Red cross -Task is executed, but there have been error
-
Grey clock - Task is not executed yet, waiting for scheduling
-
Orange - one of the tasks has a problem
- No value - Scheduled based-task is missing
-
- Name - Connector name added to connector settings. Unique name of the connector holding configuration for one data source
- Type - indicates target / source system
- Scheduled - informs how many scheduled tasks are configured
- Event - informs how many event tasks are configured
-
Manage
- Pen icon - opens connector settings (double-clicking the connector row, also opens settings)
- Paper icon - copies the connector
- Stop - workflow references are calculated and pop-up window appears to confirm removal
- Search - User can search connector by entering the search term in the corresponding field . Id, Status, Name, Type, Scheduled and Event fields can be searched.
Scheduled task information (click arrow front of the connector)
When clicking arrow at the beginning of the connector row, all related scheduled and event tasks are shown

Top bar for scheduled tasks
- New task - opens configuration page for new task
- Remove task(s) - removes the selected task(s) from the system and they cannot be recovered anymore.
- Refresh - refresh scheduled-based tasks view
- Search - user can search task by entering the search term in the corresponding field for Id, name, enabled, extract/load status.
List view for scheduled tasks

- Select task(s) - Select task to be deleted from the list view by ticking.
- Id - Unique ID of the task. Generated automatically and cannot be changed.
- Name - Task name added to task settings, unique name of the task.
-
Enabled - Displays is the task scheduled or not
-
Green check mark - Task is scheduled
-
Red cross - Task is not scheduled
-
-
Extract status - Displays status of data extraction from the target directory/system
-
Green check mark - data is extracted successfully
-
Red cross - data is extracted with error(s) or extraction is failed
Clock - Task is waiting execution
-
-
Load status - Displays status of data export from json-file to customers solution
-
Green check mark - data is imported successfully to customers solution
-
Red cross - data is imported with error(s) or import is failed
-
-
Manage
- Pen icon - opens task settings in own window (double-clicking the task row also opens task settings)
- Paper icon - copies the task
- Clock icon - opens task history view
- Stop - remove task, pop-up window opens to confirm the removal
Scheduled task history view
By clicking the clock icon in the scheduled task row, history for scheduling will be shown.

Top bar for view history
- Refresh - refreshes scheduled task status. This doesn't affect task, this only updates UI to show latest information of task run.
List view for scheduled task history
-
Color of the row is indicating status
-
Green - task executed successfully
-
Red - error happened during execution
-
- Execution ID - unique ID for the scheduled task row
- Extract planned time - when next extract from the directory/application is scheduled to happen
- Extract complete time - when extract was completed
- Extract status - status for fetching data from the directory/application
- Load start time - when next load to customers solution is scheduled to happen
- Load complete time - when load was completed
- Load status - status for loading information to customers solution
List view for scheduled task status
- Actual start time - timestamp for actual start
- Users file - JSON file containing user information read from the directory/application
- Group file - JSON file containing group information read from the directory/application
- Generic file - JSON file containing generic information read from the directory/application
- Extract info - detailed information about reading information from the directory/application
- Load info - detailed information about loading the information to customers Matrix42 Core, Pro and IGA solution
Edit window for scheduled task
Configuration for scheduled task can be opened by clicking pen icon or double-clicking the task row.
Left menu and attributes varies according to selected options and therefore more detailed instructions for editing tasks can be found from the connector description, but there are common functionalities for all scheduled tasks which are described below.

Saving the task
In case mandatory information is missing from the task, hoovering mouse on top of the save button will show which attributes are still empty.
Top bar for edit scheduled task
- Run task manually - admin can run task manually out side of the defined scheduling
- Stop task - admin can stop scheduled-based task which is currently running. Task will be stopped and status is changed to be stopped. It waits in this state until the next timing occurs.
-
Clear data cache - Data cache for the next provisioning of Users and Groups will be cleared. It means that next run is run as first time run.
- By default, we clear the cache everyday at 00:00 UTC
- If you want to clear the cache at different time, then it has to specify some different value in host file 'custom.properties'.
-
EPE Cache is also cleared when EPE is restarted, whole environment is restarted, EPE mappings have been changed
Event task information
When clicking arrow at the beginning of the connector row, all related scheduled and event tasks are shown

Top bar for event tasks
- New task - opens configuration page for new event task
- Remove task(s) - removes selected task(s), pop-up window appears to confirm the removal
- Refresh - refreshes event tasks view
- Show workflow references - calculates task related workflow relations and statuses. This is very useful if you don't know from which workflows event-based tasks are used.
List view for event tasks
- Select task(s) - Select task to be deleted from the list view by ticking.
- Id - Unique ID of the task. Generated automatically and cannot be changed.
- Name - Task name added to task settings, unique name of the task.
-
Workflow relations
- Question mark shows pop-up window with detailed information about the reference
-
Workflow status
- Not used - No relations to workflow
- In use - Workflow(s) attached to task, task cannot be removed
-
Manage
- Pen icon - opens task settings in own window
- Paper icon - copies the task
- Stop icon - removes the task, pop-up window appears to confirm the removal
Edit window for event task
Configuration for event task can be opened by clicking pen icon or double-clicking the task row.
Left menu and attributes varies according to selected options and therefore more detailed instructions for editing tasks can be found from the connector description, but there are common functionalities for all event tasks which are described below.

Edit event task window
- Task usage, editable? - this appears when editing existing task and changing the task usage type will break workflows
- Mappings type, editable? - this appears when editing existing task and changing the mappings type will break workflows
Saving the task
In case mandatory information is missing from the task, hovering mouse on top of the save button will show which attributes are still empty.
Authentication tab
Authentication for Matrix42 Core, Pro and IGA solutions are configured from authentication tab, notice that only some of the connectors (directory connectors) are supporting authentication, so its not possible to create authentication tasks to all available connectors.

Top bar for authentication
- New connector - opens new window for configuring new connector (notice that not all connectors are supporting authentication)
- Remove connector(s) - removes selected task(s), pop-up window appears to confirm the removal
-
Export - user can export one or more tasks from the environment. Usually used for exporting tasks from test to prod. EPE connectors are password protected.
- Note that Realm for authentication tasks is not exported, you need to set that manually after importing
- Import - user can import one or more tasks to the environment. Usually used for importing task from test to prod.
- Refresh - refreshes authentication tasks view
List view for authentication overview
- Select connector(s) - Select one connector by clicking check box in front of the connector row or clicking check box in the header row will select all connectors
- Id - Automatically generated Unique ID of the connector. Cannot be edited or changed.
- Name - Connector name added to connector settings. Unique name of the connector holding configuration for one data source
- Type - indicates target / source system
- Count - informs how many authentication tasks are configured
-
Manage
- Pen icon - opens authentication task setting in own window
- Paper icon - copies the task
- Stop icon - removes selected task
Authentication task information
When clicking arrow at the beginning of the connector row, all related scheduled and event tasks are shown

Top bar for authentication overview
- Create new task - opens configuration page for new authentication task
- Remove task(s) - removes selected task(s), pop-up window appears to confirm the removal
- Refresh - refreshes authentication tasks view
List view for authentication overview,
- Select task(s) - Select task to be deleted from the list view by ticking.
- Id - Unique ID of the task. Generated automatically and cannot be changed.
- Name - Task name added to task settings, unique name of the task.
-
Manage
- Pen icon- opens task settings in own window (double-clicking the task row, also opens settings window)
- Paper icon - copies the task
- Stop icon - removes the task, pop-up window appears to confirm the removal
Logs tab
Logs tab is for downloading Native Connector and Secure Access logs from UI for detailed troubleshooting.

- epe-master logs - contains warning, debug and error level messages about Native Connectors and info how long task actions has been taken.
- epe-worker-ad logs - contains extract data status of Active Directory connector (what Native Connector is loading to to customers Matrix42 Core, Pro and IGA solution). If selection is empty, it means that directory is not in use in this environment.
- epe-worker-azure logs - contains extract data status of Entra ID (what Native Connector is loading to to customers Matrix42 Core, Pro and IGA solution). If selection is empty, it means that directory is not in use in this environment.
- epe-worker-ldap logs - contains extract data status of LDAP (what Native Connector is loading to to customers Matrix42 Core, Pro and IGA solution). If selection is empty, it means that directory is not in use in this environment.
- epe-launcher logs - contains information about EPE launches
- datapump-itsm logs - Contains information about data export to customers Matrix42 Core, Pro and IGA solution.
- esa logs - Contains information about Secure Access authentication.
Settings tab
Settings tabs is used for monitoring environments with connectors.

-
Environment type - is mandatory to be in selected and information is used for example defining alert critically.
- Test - select this when your environment is used as testing environment
- Prod - select this when your environment is used as production environment
- Demo - select this when your environment is used as demo or training environment
- Dev - select this when your environment is used as development environment
What we are monitoring?
- Failures in scheduled based provisioning (extracting data, exporting data to ESM, outdated certificates, incorrect passwords, incorrect search base/filter, incorrect mappings, etc.)
- Failures in event based provisioning (fail to write to AD/Azure, etc.)
- Event-based provisioning - which connectors are used for writing data towards applications/directories.
- ESA more than ten failed login attempts to one user in past 3 days
- Environment type - is mandatory to be in selected and information is used for example defining alert critically.
Data migrations
Do not click “Migrate attribute mappings” or “Migrate workflows”, if not requested to do so by Matrix42.
Connector konfigurieren
In diesem Kapitel werden Konfigurationsanweisungen für den Connector beschrieben, um eine Verbindung zur REST API herstellen zu können.
Zum Konfigurieren der Bereitstellung benötigen Sie Zugriff auf die Plattformkonfigurationskonsole.
1. Öffnen Sie den Administrationsbereich (ein Zahnradsymbol).
2. Öffnen Sie die Connectors-Ansicht.
3. Wählen Sie „Neuer Connector“

4. Wählen Sie als Datenquellentyp „Generische REST API aus

5. Geben Sie dem Connector einen Namen und fügen Sie Verbindungseinstellungen hinzu:
- Connector-Name – geben Sie Ihrem Connector einen benutzerfreundlichen Namen (der Name kann später geändert werden)
- Host-URL – Basis-URL für REST API . Dies kann als Präfix für die endgültige aufzurufende URL verwendet werden.
- REST Connector-Typ – Allgemein oder Google . Verwenden Sie für Google Google und für alle anderen REST API -Typen Allgemein.

Wählen Sie die richtige Authentifizierungsmethode basierend auf dem System, mit dem Sie eine Verbindung herstellen

- Basic Auth - Basisauthentifizierung mit Benutzername/Passwort als Base64-codierter Authentifizierungsheader
- Bearer Token - Verwendung eines konstanten Bearer Token-Authentifizierungsheaders
- Deaktiviert – Für öffentliche API ohne Authentifizierung (in Version 2025.3 und neuer)
- Auth-Header – Für konstanten geheimen Header (in Version 2025.3 und neuer)
- Dynamisches Token – Für den OAuth 2.0-Client-Anmeldeinformationsfluss und ähnliches (in Version 2025.3 und neuer)
Legen Sie die richtige Seitennummerierung fest, basierend auf dem Drittanbietersystem, das Sie mit diesem Connector verbinden.
Die generische Paginierung REST API Connectors unterstützt fünf verschiedene Paginierungstypen. Diese werden von geplanten Aufgaben verwendet:

- Deaktiviert – Die API unterstützt keine Paginierung und gibt alle Daten in einer einzigen Antwort zurück.
- Start & Offset – Die API verwendet Start- und Offset-Parameter. Erhöhen Sie bei jeder Anfrage den Start um den Offset, bis alle Daten abgerufen wurden.
- Seiteninkrement - Die API verwendet Seitennummerierung. Erhöhen Sie bei jeder Anfrage die Seitenzahl um eins, bis keine weiteren Ergebnisse zurückgegeben werden.
- Link-Token – Die Antwort enthält eine URL für die nächste Seite. Folgen Sie dieser URL, bis kein nächster Link mehr bereitgestellt wird.
- Link-Attribut-Token – Die Antwort enthält ein Token für die nächste Seite. Senden Sie dieses Token als Abfrageparameter in der nächsten Anfrage. Paginierung Google Stil.
Erfüllen Sie die Benutzerinformationen der Web API
- Web API Benutzer – wählen Sie den richtigen Web- API Benutzer aus, der beim Schreiben von Daten aus einem externen System in Matrix42 Core , Pro and IGA Lösungen verwendet wird
- Web API Passwort – Passwort für den Web API Benutzer

7. Connector-Informationen speichern
8. Fügen Sie das Root-HTTPS-Zertifikat externer REST API Systeme hinzu, dem die Connector-Verwaltung (EPE) vertraut. Dies ist nur mit Matrix42 möglich: Zertifikat hinzufügen.
9. Matrix42 Core , Pro and IGA Lösung kann jetzt eine Verbindung zur externen REST API herstellen
- Der nächste Schritt besteht darin, geplante Aufgaben zum Lesen von Daten oder Ereignisaufgaben zum Schreiben von Daten und Aktionen in Richtung REST API zu konfigurieren.
Allgemeine uid für geplante Aufgaben
Allgemeine uid für geplante Aufgaben
So erstellen Sie eine neue geplante Aufgabe zum Importieren von Daten
Zum Konfigurieren zeitplanbasierter Bereitstellungsaufgaben benötigen Sie Zugriff auf die Registerkarte „Administration/Konnektoren“.
1. Öffnen Sie den Administrationsbereich (ein Zahnradsymbol).
2. Öffnen Sie die Connectors- Ansicht.
3. Wählen Sie Connector für geplante Aufgaben und wählen Sie Neue Aufgabe
Hinweis! Wenn kein Connector erstellt wird, müssen Sie zuerst „Neuer Connector“ und danach „ Neue Aufgabe“ auswählen.

4. Fahren Sie mit den Connector-spezifischen Anweisungen fort: Native Connectors
Soll ich inkrementell, vollständig oder beides verwenden?
Geplante Aufgaben können entweder inkrementell oder vollständig sein.
Importieren Sie keine Berechtigungen mit AD und LDAP-Inkrementalaufgaben
Bei inkrementellen Aufgaben treten Probleme beim Importieren von Berechtigungen auf. Derzeit wird empfohlen, Gruppenmitgliedschaften nicht mit inkrementellen geplanten Aufgaben zu importieren.
Entfernen Sie bei Microsoft Active Directory und OpenLDAP Konnektoren diese Zuordnung bei inkrementellen Aufgaben:

Einstellungen für geplante Aufgaben:

Der inkrementelle Typ wird nur für Microsoft Active Directory , LDAP- und Microsoft Graph API Konnektoren (früher bekannt als Entra ID ) unterstützt.
Inkrementeller Typ bedeutet, dass Native Connectors (EPE) Daten vom Quellsystem abruft und dabei geänderte Zeitstempelinformationen verwendet. Es werden also nur Daten abgerufen, die nach der vorherigen Ausführung der inkrementellen Aufgabe geändert oder hinzugefügt wurden.
Beim ersten Ausführen einer inkrementellen Aufgabe wird ein vollständiger Abruf durchgeführt (und der aktuelle Zeitstempel in der EPE-Datenbank markiert). Anschließend verwendet die Aufgabe diesen Zeitstempel, um die Datenquelle nach Daten zu fragen, die sich seit diesem Zeitstempel geändert haben (und EPE aktualisiert den Zeitstempel in der EPE-Datenbank für den nächsten Aufgabenlauf). Das Leeren des Aufgabencaches hat keinen Einfluss auf diesen Zeitstempel, daher ist die inkrementelle Aufgabe nach dem ersten Ausführen immer inkrementell.
Der vollständige Typ wird für alle Konnektoren unterstützt.
Der vollständige Typimport ruft bei jedem Durchlauf immer alle Daten (für deren Abruf er konfiguriert ist) vom Quellsystem ab.
Sowohl vollständige als auch inkrementelle Aufgaben verwenden auch den Aufgabencache in EPE, wodurch bestimmte Importe für M42 System schneller und einfacher werden.
Standardmäßig wird der Task-Cache um Mitternacht (UTC) geleert. Nach dem Leeren des Caches wird der nächste Import ohne Zwischenspeicherung ausgeführt, um zu entscheiden, ob die abgerufenen Daten an ESM gesendet werden sollen. Alle abgerufenen Daten werden an ESM gesendet. Danach wird der nächste Task ausgeführt, bis der Cache erneut geleert wird. Dabei wird der EPE-Cache verwendet, um zu bestimmen, ob die abgerufenen Daten an ESM gesendet werden sollen oder nicht.
Sie können konfigurieren, zu welcher Tageszeit der Task-Cache geleert wird, indem Sie die globalen Einstellungen in der EPE-Datapump-Konfiguration ändern:
/opt/epe/datapump-itsm/config/ benutzerdefinierte .properties
Dies ist standardmäßig auf clearCacheHours24HourFormat=0 eingestellt.
Sie können den Cache auch mehrmals täglich leeren, aber das muss sorgfältig überlegt werden, da es Auswirkungen auf die Gesamtleistung hat, da EPE Änderungen an ESM weitergibt, die wahrscheinlich bereits vorhanden sind, Beispiel (fügen Sie dem Attributwert keine Leerzeichen hinzu): clearCacheHours24HourFormat=6,12
Starten Sie den EPE-Datapump-Container nach der Änderung dieses Werts neu, um die Änderung zu übernehmen.
Empfehlungen:
Standardmäßig ist immer der vollständige Typ der geplanten Aufgabe verfügbar.
Wenn Sie Änderungen an Daten, die bereits durch die vollständige Aufgabe abgerufen wurden, häufiger abrufen möchten, als Sie die vollständige Aufgabe ausführen können, fügen Sie auch eine inkrementelle Aufgabe hinzu. Normalerweise ist eine inkrementelle Aufgabe nicht erforderlich.
Empfohlene Planungsreihenfolge
Die empfohlene Planungssequenz hängt davon ab, wie viele Daten aus dem System/Verzeichnis des Kunden in die Matrix42 Core , Pro oder IGA Lösung gelesen werden und ob der Import inkrementell oder vollständig erfolgt.
Beispiele für die Terminplanung,
| Gesamtzahl der Benutzer | Gesamtzahl der Gruppen | Volllastsequenz | Inkrementelle Ladesequenz |
| < 500 | < 1000 | Alle 30 Minuten, wenn keine Teillast genutzt wird Vier (4) Mal täglich bei Teillast |
Alle 10 Minuten |
| < 2000 | < 2000 | Alle 60 Minuten, wenn keine Teillast genutzt wird Vier (4) Mal täglich bei Teillast |
Alle 15 Minuten |
| < 5000 | < 3000 | Alle vier (4) Stunden, wenn keine Teillast verwendet wird Bei Teillast zweimal täglich |
Alle 15 Minuten |
| < 10 000 | < 5000 | Maximale Importe zweimal täglich, egal ob Teilladung genutzt wird oder nicht | Alle 30 Minuten |
| < 50 000 | < 7000 | Maximale Einfuhr einmal täglich, unabhängig davon, ob Teilladung genutzt wird oder nicht | Alle 60 Minuten |
| Über 50.000 | Über 7000 | Möglicherweise besteht Bedarf an einem weiteren EPE-Mitarbeiter. Bitte wenden Sie sich an den Pro . | Getrennt ausgewertet |
Bitte beachten Sie, dass bei gleichzeitiger Ausführung mehrerer Aufgaben möglicherweise mehr EPE-Worker benötigt werden. Die Aufgaben sollten zu unterschiedlichen Zeiten geplant und gemäß der obigen Tabelle abgeschlossen werden. Laufen jedoch mehr als sechs Aufgaben gleichzeitig, sollte die Anzahl der EPE-Worker erhöht werden. Es empfiehlt sich, Aufgaben möglichst nicht gleichzeitig auszuführen.
Empfehlungen zur Leistung
Wenn die Menge der zu importierenden Daten über 10.000 liegt, beachten Sie Folgendes:
Passen Sie die Protokollebene von ESM und DATAPUMP auf die ERROR-Ebene an, um den Protokollierungsumfang während der Taskausführung zu verringern
Sorgen Sie dafür, dass möglichst wenige Automatisierungen sofort für importierte Datenkarten (Listener, Handler, Workflows) gestartet werden, da diese dazu führen, dass ESM mehr Zeit für die Verarbeitung neuer Datenkarten benötigt.
Setzen Sie den Status entfernter Konten und Berechtigungen auf „entfernt/deaktiviert“.
Mit dieser Funktion können Sie den Status von Konten und Berechtigungen beispielsweise als „Gelöscht“ oder „Deaktiviert“ markieren, wenn das Konto oder die Berechtigung aus dem Quellsystem entfernt wird. Ab Version 2025.3 können Sie den Status auch für generische Objekte festlegen (nicht nur für Konten/Identitäten und Berechtigungen/Gruppen).
Für Version 2025.3 und neuer
In Version 2025.3 wurden diese Einstellungen aus den Eigenschaftendateien in die Task-Benutzeroberfläche verschoben. Außerdem können Sie diese Einstellungen jetzt für generische Objekte festlegen, was vor dieser Version nicht möglich war.
Für jede geplante Aufgabe und für alle Zuordnungstypen gibt es eine separate Konfiguration. Hier ist ein Beispiel für diese Konfiguration für die Aufgabe:

Für Version 2025.2 und älter
Diese Funktion ist für geplante Aufgaben des Typs „vollständig“ verfügbar.
Die Einstellungen befinden sich in der Konfigurationsdatei des Datapump-Dockers. Um diese Parameterwerte zu ändern, müssen Sie sie in der Datei /opt/epe/datapump-itsm/config/custom.properties festlegen.
Konfiguration
Um die Deaktivierungsfunktion zu aktivieren, müssen in der Datapump-Konfiguration die folgenden Parameter auf „true“ gesetzt sein:
disable.unknown. esm .users=true
disable.unknown. esm .groups=true
Diese beiden Parameter sind in den Versionen 2024.2 und 2025.1 standardmäßig „false“. In 2025.2 und neueren Versionen sind sie standardmäßig „true“.
Als nächstes folgen diese Parameter:
personTemplateStatusCodeAttributeKey=accountStatus
personTemplateStatusAttributeDisabledValueKey=Deleted
groupTemplateStatusCodeAttributeKey=status
groupTemplateStatusAttributeDisabledValueKey=5 - Removed
Die ersten beiden Attribute sollten auf das Attribut „DatacardHiddenState“ in der Benutzervorlage verweisen und angeben, welcher Wert dorthin gesendet werden soll, wenn der Benutzer gelöscht wird.
Standardmäßig sind es accountStatus und „Value 5 - Removed in IGA Account .
All dies muss mit der Attributkonfiguration übereinstimmen:

Dasselbe gilt für die nächsten beiden Parameter, allerdings für Gruppen.‘
Wenn Sie diese Parameter in der Eigenschaftendatei ändern müssen, nehmen Sie die Änderungen im Datapump-Container in der Datei vor: /opt/ epe /datapump-itsm/config/ custom .properties. Diese Änderungen bleiben dann beim Neustart des Containers erhalten und werden beim Neustart nach /opt/ epe /datapump-itsm/config/application.properties kopiert.
Beschreibung
Aufgaben speichern ihre __taskid__ die als Task Id mapping in der Benutzeroberfläche angezeigt wird, zu den Datenkarten. Sie wird dann verwendet, um festzustellen, ob die Datenkarte von dieser Aufgabe hinzugefügt wurde. Falls es mehrere Aufgaben mit unterschiedlichen Benutzergruppen gibt.
Dieses Feld wurde zuvor als Datenquellen-ID verwendet, aber da wir zu dem Modell gewechselt sind, bei dem der Connector mehrere Aufgaben haben kann, kann seine Kennung nicht mehr verwendet werden. Deshalb wurde das Feld stattdessen als Task-ID umfunktioniert.
Nehmen wir Benutzer als Beispiel: Wenn eine Aufgabe ausgeführt wird, wird ESM nach der Liste der Benutzer gefragt, deren Task-ID im Feld Task Id mapping steht und die keinen personTemplateStatusAttributeDisabledValueKey -Wert im personTemplateStatusCodeAttributeKey haben.
Dieses Ergebnis wird dann mit dem verglichen, was die Aufgabe abgerufen hat, und bei den Datenkarten der Benutzer, die nicht abgerufen wurden, wird das Attribut personTemplateStatus auf den in der Konfiguration angegebenen Wert gesetzt – 5 - Removed .
Das folgende Beispielprotokoll zeigt den beschriebenen Vorgang und informiert darüber, dass ein Benutzer entfernt wurde.

Dasselbe gilt für Gruppen, aber stattdessen werden groupTemplateStatus Attribute verwendet.
Hinweise
- Die Funktion funktioniert nur mit geplanten Aufgaben zum vollständigen Abrufen.
- Noch keine Unterstützung für generische Vorlagen, nur Identität und Zugriff
- Bei der Migration von früheren Versionen, in denen noch die Datenquellen-ID verwendet wurde, muss sie mindestens einmal ausgeführt werden, um zuerst die Task-IDs in den Datenkarten festzulegen.
- EPE identifiziert deaktivierte Benutzer oder Gruppen als diejenigen, die aus dem AD entfernt wurden. Derzeit unterstützen wir keine Statusangaben dazu, ob die Entität aktiv ist oder nicht.
- EPE aktiviert Benutzer nicht selbstständig.
- Wenn mehrere Tasks dieselben Benutzer oder Gruppen abrufen, kann die Task-ID in der Datenkarte überschrieben werden, je nachdem, welcher Task zuletzt ausgeführt wurde. Es wird vermutet, dass viele Tasks vom Typ „vollständig“ nicht denselben Benutzer oder dieselbe Gruppe abrufen.
- Nehmen Sie Änderungen an der Konfigurationsdatei immer an benutzerdefinierten Eigenschaften vor. Ändern Sie nicht nur die Anwendungseigenschaften, da diese Änderungen beim Neustart des Containers verloren gehen, wenn Sie nicht dieselben Änderungen an benutzerdefinierten Eigenschaften vorgenommen haben.
Konfigurieren Sie die geplante Aufgabe zum Lesen von Daten
In der Version 2025.3 wurde Unterstützung für das Lesen von Daten mit geplanten Aufgaben hinzugefügt.
Der generische REST API Connector wird verwendet, um Daten aus Drittanbieterlösungen zu lesen, die REST API verfügbar machen, indem zeitplanbasierte Bereitstellungsaufgaben erstellt werden.
So erstellen Sie eine neue Aufgabe für die geplante Pro
Zum Konfigurieren zeitplanbasierter Bereitstellungsaufgaben benötigen Sie Zugriff auf die Plattformkonfigurationskonsole.
Hinweis! Wenn kein Connector erstellt wird, müssen Sie zuerst einen „neuen Connector“ erstellen. Danach können Sie neue Aufgaben erstellen.
1. Öffnen Sie die Plattformkonfigurationsansicht (ein Zahnradsymbol).
2. Öffnen Sie die Connectors-Ansicht.
3. Wählen Sie den Connector, für den die zeitgesteuerte Aufgabe konfiguriert ist
4. Wählen Sie unter dem richtigen Konnektor „Neue Aufgabe“ aus

5. Definieren Sie die Planung für die Aufgabe (ob und wie die geplante Aufgabe regelmäßig ausgeführt werden soll). Wählen Sie die Planungssequenz, die davon abhängt, wie viele Daten in Matrix42 Core , Pro and IGA Lösung gelesen werden.

Die empfohlene Planungsreihenfolge hängt davon ab, wie viele Daten aus dem Kundenverzeichnis in die Matrix42 Core , Pro and IGA Lösung gelesen werden und ob der Import teilweise oder vollständig erfolgt.
Beispielplanung zum Lesen von Daten.
| Gesamtzahl der Benutzer | Gesamtzahl der Gruppen | Volllastsequenz | Teillastsequenz |
| < 500 | < 1000 | Alle 30 Minuten, wenn keine Teillast genutzt wird Vier (4) Mal täglich bei Teillast |
Alle 10 Minuten |
| < 2000 | < 2000 | Alle 60 Minuten, wenn keine Teillast genutzt wird Vier (4) Mal täglich bei Teillast |
Alle 15 Minuten |
| < 5000 | < 3000 | Alle vier (4) Stunden, wenn keine Teillast verwendet wird Bei Teillast zweimal täglich |
Alle 15 Minuten |
| < 10 000 | < 5000 | Maximale Importe zweimal täglich, egal ob Teilladung genutzt wird oder nicht | Alle 30 Minuten |
| < 50 000 | < 7000 | Maximale Einfuhr einmal täglich, unabhängig davon, ob Teilladung genutzt wird oder nicht | Alle 60 Minuten |
| Über 50.000 | Über 7000 | Möglicherweise besteht Bedarf an einem weiteren EPE-Mitarbeiter. Bitte wenden Sie sich an den Pro . | Getrennt ausgewertet |
5. Aufgabendetails ausfüllen
- Geben Sie einen eindeutigen Aufgabennamen für die geplante Aufgabe ein.
- Die angegebene Aufgabenverwendung ist die Aufgabe, die zum Lesen, Schreiben oder zur Authentifizierung verwendet wird. Beachten Sie, dass eine nachträgliche Änderung des Ereignistyps zu Unterbrechungen der Workflows oder Integrationen führen kann.
- Der Zuordnungstyp hängt davon ab, welche Art von Informationen aus dem Verzeichnis gelesen werden. Für den generischen REST API -Connector wird nur „Generic“ unterstützt.
- Generisch (eine Vorlage) – werden verwendet, wenn generische Informationen aus dem Verzeichnis gelesen werden

6. Aufgabenparameter ausfüllen
- Abfrage – tatsächlicher API URL-Endpunkt, der aufgerufen werden soll
- Unterabfragen – optional. Kann verwendet werden, wenn Abfragedaten von einem anderen API Endpunkt abgerufen werden müssen.
- Abfragekopfzeilen – Benutzerdefinierte Kopfzeilen, die während der Datenextraktion zur endgültigen Abfrage hinzugefügt werden.
Die Connector-Verwaltung (EPE) fügt diese Header automatisch hinzu, Sie müssen sie also nicht explizit hinzufügen:
“Content-Type”, “…”
"Authorization", “…” - Wertmarkierung – kann leer sein. Der Wert hängt von der von der Abfrage API zurückgegebenen JSON-Datenstruktur ab. Wenn sich beispielsweise alle Daten im Resultset-JSON-Objekt befinden, setzen Sie diese Wertmarkierung auf das Resultset.
- Fehlermarkierung – kann leer sein. Der Wert hängt von der Struktur der JSON-Fehlermeldung ab, die von der Abfrage API zurückgegeben wird. Wenn sich beispielsweise die gesamte Fehlermeldung im JSON-Objekt „Fehler“ befindet, setzen Sie diese Wertmarkierung auf „Fehler“.
- Sicherheitsschwelle für API Aufrufe – Sicherheitsschwelle zur Vermeidung von Endlosschleifen. Setzen Sie diesen Wert doppelt so hoch wie die aktuell für diesen Task benötigten Aufrufe zum Abrufen aller Daten. Wenn Sie alle Ihre Daten mit diesem Task abrufen möchten, z. B. 50 paginierte Aufrufe, setzen Sie diesen Wert auf 100.
- Eindeutiges Attribut – Legen Sie einen eindeutigen Attributnamen (Groß-/Kleinschreibung beachten) aus dem JSON-Ergebnissatz fest. Normalerweise ID, id oder g uid usw. Jede Zeile muss einen eindeutigen Wert in diesem Attribut haben. Sie müssen dieses Attribut auch am Ende der Aufgabenkonfiguration zur Zuordnungstabelle hinzufügen. Hinweis! Geplante Aufgaben können keine Daten abrufen, die dieses eindeutige Attribut nicht für jedes Objekt enthalten.

7. Fehlerinformationen eingeben
Optionale Einstellungen für die Fehlerbehandlung. Wenn geplante Aufgaben fehlschlagen, kann eine Datenkarte für ESM erstellt werden, die den Fehler anzeigt. Wenn Fehlereinstellungen definiert sind, muss der Administrator den Status geplanter Aufgaben nicht manuell überprüfen.
- Fehlervorlage – Wählen Sie eine Datenkartenvorlage aus, die im Falle von Fehlern während der Bereitstellung (Verbindung zu Datenquellen, Zeitüberschreitungen usw.) erstellt wird.
- Fehlerordner – Wählen Sie den Ordner aus, in dem die Fehlerdatenkarte gespeichert ist.
- Fehlerattribut – Wählen Sie ein Attribut aus, in dem in der Fehlervorlage die Fehlerinformationen gespeichert werden sollen. Wählen Sie das Attribut vom Typ „Text“ aus.

8. Generische Zuordnungen hinzufügen
Im Abschnitt „Zuordnungen“ konfigurieren Sie, welches Attribut aus der JSON-Nachricht in welches Attribut auf Matrix42 Core , Pro and IGA Datenkarte gelesen wird.
- Zielvorlage – Wählen Sie eine Vorlage aus, um Attributzuordnungen zu definieren
- Zielordner – Wählen Sie einen Ordner aus einer Liste aus. Die Liste wird entsprechend der Kompatibilität mit der ausgewählten Vorlage eingegrenzt.
- Zuordnung des Datenquellentyps – optional. Wenn diese Option festgelegt ist, wird der Konnektortyp in dieses Attribut geschrieben.
- Aufgaben-ID-Zuordnung – Die Aufgaben-ID-Nummer wird in dieses Attribut geschrieben.
- Wert für Datenkarte für aus dem Quellsystem gelöschtes Objekt setzen – Diese Funktion wird durch Aktivieren des Kontrollkästchens aktiviert. Wenn ein Objekt, das zuvor aus einem Drittsystem in die Lösung eingelesen wurde, aus dem Drittsystem gelöscht wird, erkennt diese geplante Aufgabe die Löschung und markiert das ausgewählte Attribut der Datenkarte mit dem gewünschten Wert. Dies kann beispielsweise verwendet werden, um das Statusattribut auf „Gelöscht“ zu setzen (siehe Beispiel-Screenshot unten).

- Attributzuordnungen
- Externes Attribut – welches Attribut aus der API des Drittanbietersystems wird aus dem JSON-Text gelesen
- Lokales Attribut - welches Attribut in Matrix42 Core , Pro and IGA abgebildet wird
- Es ist möglich, zusätzliche Attribute für Attributzuordnungen festzulegen, indem Sie Neues Attribut

9 Speichern Sie die Bereitstellungsaufgabe über die Schaltfläche „Speichern“.
Wenn einige erforderliche Attribute fehlen, wird die Schaltfläche „Speichern“ grau angezeigt und es wird angezeigt, was in den Einstellungen fehlt.

10. Sie haben nun eine zeitgesteuerte Connector-Aufgabe für das Lesen der generischen REST API konfiguriert.
- Sie können jetzt warten, bis die Aufgabe basierend auf der Planung gestartet wird oder
- Task manuell ausführen – Durch Klicken auf die Schaltfläche „Task ausführen“ oben im Task-Bearbeitungsfenster wird der Task so konfiguriert, dass er sofort gestartet wird. Dies ist normalerweise für Testläufe oder wenn Sie die Zeitplaneinstellungen nicht ändern, sondern den Task sofort ausführen möchten.

Beispiel einer Meldung zum Starten der manuellen Aufgabenausführung:

Wenn die Aufgabe manuell ausgeführt wird ( Aufgabe ausführen ) oder gemäß Zeitplan ausgeführt wird, kann der Aufgabenstatus in der Verwaltungsspalte der Liste der geplanten Aufgaben durch Klicken auf die Schaltfläche „Verlauf anzeigen“ überprüft werden .

Konfigurieren ereignisbasierter Aufgaben
Die Ereignisaufgabe wird beim Schreiben von Daten (oder beim Tätigen anderer ereignisbasierter REST API Aufrufe vom Workflow) in Richtung einer Kundenlösung verwendet, die eine generische REST API bietet. Diese Connector-Management-Funktionen sind für alle Matrix42 Core , Pro and IGA Lösungen verfügbar.
Beispiele für die ereignisbasierte Aufgabenverwendung:
- Konto hinzufügen
- Person aktualisieren
- Konto aktivieren
- Ticket erstellen
- Inaktives Gerät
Alle Konfigurationen im Zusammenhang mit Connector Management und ereignisbasierten Bereitstellungsaufgaben werden in der Matrix42 Core , Pro oder IGA -Connectors-Ansicht konfiguriert.
1. Öffnen Sie die Matrix42 Core , Pro oder IGA -Konfigurationsansicht (ein Zahnradsymbol).
2. Konnektorenansicht öffnen
3. Wählen Sie den Connector, der die Ereignisaufgabe verwenden soll
4. Wählen Sie unter dem richtigen Connector „Neue Aufgabe“

5. Aufgabeneinstellungen ausfüllen
- Aufgabenname – Geben Sie der Aufgabe einen Namen, er wird in der Konnektoransicht angezeigt.
- Es empfiehlt sich, eine Aufgabe so zu benennen, dass ihr Zweck beschrieben wird, zum Beispiel [Vorlagenname]:[Aktivität] IGA -Serviceanfrage: Konto hinzufügen
- Die angegebene Taskverwendung ist die Task, die zum Lesen oder Schreiben von Daten verwendet wird. Kann nachträglich geändert werden, wird aber nicht empfohlen, wenn eine Ereignistask verwendet wird. Dadurch werden Arbeitsabläufe unterbrochen.
- Der Zuordnungstyp hängt davon ab, welche Art von Informationen aus dem Verzeichnis gelesen werden. Die Auswahl der Identitätszuordnungen wird basierend auf dieser Einstellung angezeigt.
- Generisch (eine Vorlage) – wird verwendet, wenn generische Informationen aus dem Verzeichnis gelesen werden. Dies kann jeder Datentyp sein.

Warnung zur Änderung der Aufgabenverwendung oder des Zuordnungstyps bei Verwendung der Ereignisaufgabe:

6. Aufgabenparameter ausfüllen
- Abfrage – API-Endpunkt, den diese Aufgabe aufruft. Dieses Feld kann leer gelassen und im Workflow-Orchestrierungsknoten angegeben werden. Sie können die vollständige Endpunktadresse wie https://apiurl.com/endpointtocall oder nur das URL-Ende angeben. Wenn Sie nur das URL-Ende angeben, z. B. endpointtocall , wird die endgültige URL aus Folgendem zusammengesetzt: Connector-Host-URL + Aufgabenabfrage + Orchestrierungsknoten-URL.
- Abfrageheader – Benutzerdefinierte Header, die der endgültigen Abfrage an die REST API hinzugefügt werden. Welche Header erforderlich sind, erfahren Sie in API Dokumentation des Ziel-/Quellsystems.
- Datumsattributformatierer – dient zur Formatierung von Datumsangaben bei der Bereitstellung von Datumsattributen im Zielsystem. Sie können das Format aus der Liste auswählen oder ein eigenes Format hinzufügen. Das Feld rechts zeigt ein Beispiel für ein formatiertes Datum.
- DateTime-Attributformatierer – dient zur Formatierung von Datums- und Uhrzeitangaben bei der Bereitstellung von Datums- und Uhrzeitattributen im Zielsystem. Sie können das Format aus der Liste auswählen oder ein eigenes benutzerdefiniertes Format hinzufügen. Das rechte Feld zeigt ein Beispiel für die Formatierung von Datum und Uhrzeit.

7. Generische Zuordnungen definieren
- Zielvorlage – Wählen Sie eine Vorlage aus, um Attributzuordnungen zu definieren
- Zielordner – Wählen Sie einen Ordner aus einer Liste aus. Die Liste wird entsprechend der Kompatibilität mit der ausgewählten Vorlage eingegrenzt.
- Attributzuordnungen ( Notiz! In den meisten Fällen ist es nicht notwendig, diese festzulegen. Die in der Ereignisaufgabe verwendeten Daten werden auf dem Workflow-Orchestrierungsknoten konfiguriert.
- Efecte-Vorlagenattribut – welches Attribut im Efecte-Verzeichnisattribut wird zugeordnet.
- Verzeichnisattribut - welches Attribut aus dem Verzeichnis wird Efecte zugeordnet
- Neues Attribut hinzufügen – Sie können zusätzliche Attribute festlegen, indem Sie die Schaltfläche „Neues Attribut“ auswählen.

8. Aufgabe speichern
Bereitstellungsaufgabe mit „Speichern“ speichern
Wenn obligatorische Informationen fehlen, können Sie die Aufgabe nicht speichern und die Schaltfläche „Speichern“ zeigt fehlende Informationen an.

9. Konfigurieren Sie den Workflow, um diese ereignisbasierte Aufgabe mit dem Orchestrierungsknoten zu verwenden
Der nächste Schritt besteht darin, den Workflow für die Verwendung dieser ereignisbasierten Aufgabe zu konfigurieren.
Über die Workflow-Engine in der Plattform können Bereitstellungsaktivitäten für Kundenverzeichnisdienste ausgeführt werden. Dies bedeutet, dass jede Aktivität der verfügbaren Orchestrierungsknoten an jedem Punkt des Workflows ausgeführt werden kann.
Workflow-Referenzen werden auf der Connector-Übersichtsseite angezeigt (Sie können Workflow-Referenzen mit der Schaltfläche „Workflow-Referenzen anzeigen“ aktualisieren):

Konfigurieren von Workflow Orchestration-Knotenaktivitäten
Generischer REST Aufruf
Fügen Sie Ihrem Workflow einen Orchestrierungsknoten hinzu und konfigurieren Sie die folgenden Dinge.
Name - beschreibenden Namen festlegen
Beschreibung - Legen Sie eine beschreibende Beschreibung fest
Orchestrate – Pro Engine auswählen
Datenquelle – wählen Sie „Generische REST API
Aktivität – Wählen Sie „Generischer REST Aufruf“ aus
Ziel – wählen Sie Ihre ereignisbasierte Aufgabe aus (Sie können dieselbe Aufgabe für mehrere Orchestrierungsknoten verwenden)
Aktion - Wählen Sie die Aktion basierend auf der aufgerufenen REST API aus (die korrekte Aktion finden Sie in API Dokumentation). Unterstützte Aktionen sind: POST, PUT, PATCH, DELETE und GET
REST URL – der API-Endpunkt, den Sie aufrufen. Dies kann die vollständige URL oder deren Suffix sein. Bei Verwendung eines Suffixes wird die tatsächlich aufzurufende URL aus Folgendem zusammengesetzt: Connector-Host-URL + Task-Abfrage + Orchestrierungsknoten-URL. Sie können Vorlagenattributvariablen ähnlich wie im E-Mail-Knoten verwenden, indem Sie eine Dollar-Syntax wie $attribute_code$ und $reference:attribute_code$ verwenden.
Hinweis! Wenn Ihre URL Leerzeichen oder $-Zeichen enthält, denken Sie daran, diese URL-kodieren. $ ist also %24, Leerzeichen ist %20
Rest Body – JSON-Body für den API-Aufruf. Kann leer sein, wenn die aufgerufene API keinen Body benötigt. Details zum Body finden Sie in API Dokumentation. Sie können Vorlagenattributvariablen ähnlich wie im E-Mail-Knoten verwenden, indem Sie eine Dollar-Syntax wie $attribute_code$ und $reference:attribute_code$ verwenden.
In diesem Textkörper haben wir beispielsweise zwei Variablen: $firstname$ und $lastname$
{"Name": {
"givenName": "$Vorname$",
„familyName“: „$lastname$“}}

Falls Sie einen komplizierten JSON-Text für API Aufruf erstellen müssen, können Sie diesen vollständigen JSON-Text zunächst für ein Datacard-Attribut konstruieren. Und dann haben Sie nur diesen Attributcode im Text, wie folgt: $generated_json_body_attributecode$

So generieren Sie den JSON-Textkörper im Code
How to generate JSON in workflow
Use json library to read value from JSON
This example is for example for OnPremisesExtensionAttributes, but this same approach can be used for all kinds of JSON messages for Microsoft Graph API and REST API's.
To read 1 specific value from JSON which looks like this:
{ "extensionAttribute1": "test data1", "extensionAttribute2": null, "extensionAttribute3": null, "extensionAttribute4": "EXT", "extensionAttribute5": null, "extensionAttribute6": null, "extensionAttribute7": null, "extensionAttribute8": null, "extensionAttribute9": "HR functions", "extensionAttribute10": "100", "extensionAttribute11": null, "extensionAttribute12": null, "extensionAttribute13": null, "extensionAttribute14": "test5", "extensionAttribute15": "M365_E5" }
You can do it easily with following code on workflow script.
Example (example uses two esm attributes: onPremisesExtensionAttributes and extensionAttribute14code):
import json
if onPremisesExtensionAttributes:
_data = this.get("onPremisesExtensionAttributes")
_obj = json.loads(_data)
_value = _obj["extensionAttribute14"]
this.set("extensionAttribute14code",_value)
Remember to always test, that code selects correct data from JSON for your use-case, and if not, do needed adjustments to it.
REST-Antwortattribut – Das JSON-Ergebnis des API Aufrufs wird in dieses Attribut geschrieben. Nicht alle API geben JSON-Antworten zurück. Details finden Sie in API Dokumentation.
How to read value from JSON in workflow
Use json library to read value from JSON
This example is for example for OnPremisesExtensionAttributes, but this same approach can be used for all kinds of JSON messages for Microsoft Graph API and REST API's.
To read 1 specific value from JSON which looks like this:
{ "extensionAttribute1": "test data1", "extensionAttribute2": null, "extensionAttribute3": null, "extensionAttribute4": "EXT", "extensionAttribute5": null, "extensionAttribute6": null, "extensionAttribute7": null, "extensionAttribute8": null, "extensionAttribute9": "HR functions", "extensionAttribute10": "100", "extensionAttribute11": null, "extensionAttribute12": null, "extensionAttribute13": null, "extensionAttribute14": "test5", "extensionAttribute15": "M365_E5" }
You can do it easily with following code on workflow script.
Example (example uses two esm attributes: onPremisesExtensionAttributes and extensionAttribute14code):
import json
if onPremisesExtensionAttributes:
_data = this.get("onPremisesExtensionAttributes")
_obj = json.loads(_data)
_value = _obj["extensionAttribute14"]
this.set("extensionAttribute14code",_value)
Remember to always test, that code selects correct data from JSON for your use-case, and if not, do needed adjustments to it.
Pro – Wenn beim REST API Aufruf ein Problem auftritt, wird ein Fehler in dieses Attribut geschrieben.

Ausnahmebehandlung:
- Die Pro ist eine optionale Eigenschaft dieses Workflowknotens. Administratoren können diese Eigenschaft so konfigurieren, dass Ausnahmen geschrieben werden können, wenn während der Bereitstellungsaktionen Ausnahmen auftreten.
- Das Ergebnis eines Knotens befindet sich im Status „Abgeschlossen“, wenn der HTTP-Antwortcode REST API 200 oder darüber und unter 400 liegt.
- Details zu erfolgreichen/nicht erfolgreichen REST API Aufrufen finden Sie in den Protokollen.
Fehlerbehebung
In diesem Kapitel werden Möglichkeiten zur Fehlerbehebung beschrieben,
- Falls eine Fehlervorlage verwendet wird, überprüfen Sie die korrekte Datenkarte
- Überprüfen Sie den Verlauf geplanter Aufgaben über die Connector-Verwaltung
- Überprüfen Sie die Protokolle Efecte Provisioning Engine
Einschränkungen
Einschränkungen für ereignisbasierte Aufgaben
- E-Mails werden nicht unterstützt
- Anhänge werden nicht unterstützt
Einschränkungen für geplante Aufgaben
- Attribute vom Typ „Datum“ (Sie müssen diese Attributen vom Typ „Zeichenfolge“ zuordnen)
- Attribute vom Typ DateTime (Sie müssen diese Attributen vom Typ String zuordnen)
- E-Mails werden nicht unterstützt
- Anhänge werden nicht unterstützt

