Hallo allerseits, hat vielleicht jemand das Recht "eigene Objekte archivieren/löschen" bereits erfolgreich umgesetzt? LG Stefan

Guten Morgen @LFischer, danke für den Input, bei Multi-Value hat es dann geklingelt. $jsonData = [ 'version' => '2.0', 'method' => 'cmdb.object.create', 'params' => [ 'apikey' => $apiKey, 'type' => 'C__OBJTYPE__SD_LSCHPROTOKOLL', 'title' => $vartitle, 'categories' => [ 'C__CATG__CUSTOM_FIELDS_PI_LSCHPROTOKOLL' => [ [ 'f_popup_c_1675341962187' => $currentDateTime, 'f_popup_c_1675342078466' => [ $datenbereich ], 'f_popup_c_1675342171620' => $loeschverfahren, 'f_popup_c_1675342277156' => [ $varwho ], 'description' => $vardescript ] ] ], ], 'id' => 3 // ID für die Anfrage ]; Ich musste zusätzlich zu deiner Lösung die beiden Multi-Value Felder nochmal in eckige Klammern packen. Perfekt, danke. Lustig wie oft man im api log über diese Zeile an einem Freitag drüberlesen kann: "There was an validation error: f_popup_c_1675342277156: (object_browser) Property has to be an array." So kann der Montag beginnen LG Stefan

@StefanP74 wir haben einen Bug Report der dieses Titel trägt: "JDisc import can not overwrite category JDisc Device Information and create multi-value entries in a single-value category" Bisher ist dieser nicht gelöst und muss noch bearbeitet werden. Ich verlinke deinen Beitrag hier im Ticket.

Hallo @LFischer perfekt LG Stefan

Servus @LFischer Version 2.2 Danke für die Aufklärung, das war mir neu. Anhand des Umstandes, dass ich keinen Login durchführe sondern nur via API-Key den Connect herstelle, ziehen hierfür die Expertensettings vom Admin-Center. Ich habe nun api.log-level in den Expertensettings im Admin-Center auf 400 gesetzt (war auf 100 Debug) ... und tataaaa, tut. Danke. LG Stefan

Hey @StefanP74 freut mich das ich helfen konnte - ich habe tatsächlich schon öfters erlebt das der Cache zu solchem Verhalten führen kann. Das kann passieren, wenn Commands oder sonstige "i-doit bezogenen" Cronjobs als root ausgeführt werden. Das kann u.a. dazu führen das Cache Dateien vom root User erstellt werden und der apache User kann dann nicht mehr darauf zugreifen oder verändern Viele Grüße Leo

Hallo zusammen, ich fürchte das wird leider nicht klappen - die (technische) Positionierung im Schrank zählt immer von oben nach unten. Wenn also eine neue HE dazu kommt wird diese (optisch) unten drangesetzt. Wenn ein Objekt in der "obersten" HE positioniert ist wird dieses auch dort bleiben. Ein Objekt in der "untersten" HE wird danach allerdings in der vorletzten HE positioniert sein. Es ändert sich eigentlich nur die (optische) nummerierung der HEs. Viele Grüße Leo

Hallo @Michael-Huhn, perfekt, danke! LG Stefan

... und das erfreute mich ganz besonders

Moin, oh mann, tjo, die Logik bleibt manchmal verborgen. Vielleicht hätte ich der einfachheitshalber pgsql für PHP8.1 installieren sollen. apt install -y php8.1-pgsql phpenmod pdo_pgsql Tut wieder. Schlafen soll gesund sein LG Stefan

Gelöscht