Das liegt jetzt nicht direkt in meinem Kompetenzbereich, aber Tante Google findet diese Liste von AD-Attributen. Ob employeeID oder employeeNumber bei Ihnen genutzt wird, sollten Sie Ihren lokalen AD-Admin fragen.

Das ist vermutlich analog dem Beispiel für den Command ldap-sync der Knowledgebase eingerichtet. Dort steht nämlich

attributes[personnel_number]=initials

Der Pfad zu dieser Konfig-Datei wird dem ldap-sync per --config übergeben (das i.d.R. per cron-Job ausgeführt wird).

When encountering a 500 Internal Server Error, the place to look for error messages is the Apache server error log (by default /var/log/apache/error.log)

Die Fehlermeldung gab's kürzlich schon mal hier im Forum. Schau mal dort.

Bei einem "500 Internal Server Error" hilft i.d.R. ein Blick ins Errorlog des Webservers.

HTH,
Martin

I don't have a ready-made script for you. The APi call to create an object is described in the Knowledge Base. How this is called depends heavily on the programming/scripting language useed.

Hi!

Im Online Repository steht ein Report "Logbook" zum Download bereit, den man als Ausgangspunkt für eine Auswertung nutzen kann. Einen so erzeugten Report kannst Du als CSV oder XML exportieren.

HTH,
Martin

Wenn Du im i-doit-System "Administration > Schnittstelle / externe Daten > JSON-RPC-API > Kategorien und Attribute" aufrufst und "Cluster > Cluster-Mitglieder" wählst, siehst Du, dass der Key der Kategorie C__CATG__CLUSTER_MEMBERS member heißt und der Datentyp integer[], also ein Array ist.

Moin!

Die Hotfix-Sektion der Knowledgebase kennst Du? Zugegeben, die einzeiligen Beschreibungen der Parches sind als Dokumentation etwas spärlich, aber es ist ein Anfang.

Hotfixes für ältere Versionen findet man auf GitHub.

Moin @StephanBuerger

die richtige php.ini findest Du unter /etc/php/8.0/fpm/ oder /etc/php/8.0/apache2/ , je nachdem, ob Du php8.0-fpm einsetzt oder nicht.

HTH,
Martin

Das wird sich wohl auf die Kategorie "Zertifikat" beziehen. In unserem i-doit-System ist die z.B. dem Objekttyp "Betriebssystem" zugeordnet.

HTH,
Martin

The blog entry Capacity management with i-doit has some information about PDUs.

We simply added the ldap-sync call to the list of jobs in /usr/local/bin/idoit-jobs, e.g. in the function execute

log "LDAP sync"
eval "${prefix}${CONSOLE_BIN} ldap-sync --verbose --ldapServerId=1 $suffix" || \
        abort "Command 'ldap-sync' failed"

The missing parameters to ldap-sync in the aboce command are taken from the $suffix variable.

Hier gilt wohl "Use the source, Luke", in diesem Fall die Kommentare in den Dateien der API Client Library., auch wenn im Text auf GitHub steht "This project is not an official product by synetics GmbH. synetics GmbH doesn't provide any commercial support."

isys_cmdb_dao_list_catg_workflow weist auf das Workflow-AddOn.

I'd proably use a report for that.

@thehazzard Use the "contact assignment" category.

Be sure to map the AD group to an i-doit person group (configured in the person groups "LDAP-Group (Mapping)"), otherwise your i-doit users will lack the rights to see anything.

Try pressing the "Adjust" button.

Vorstellen könnte ich mir, per API alle Mandanten abzugrasen und mir die Informationen dann zusammen zustellen.

Da uns bisher keine andere Methode eingefallen ist, machen wir das genau so.

Eine Vereinfachung ist, dass wir die API Keys über alle (aktiven) Mandanten per DB-Abfrage auslesen:

SELECT
	isys_mandator__id AS 'TenantID',
	isys_mandator__title AS 'Title',
	isys_mandator__apikey AS 'APIkey'
FROM idoit_system.isys_mandator
WHERE isys_mandator__active=1

HTH
Martin