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

Jo, mit i-doit funktioniert das natürlich Zumindest konnte ich den Arbeitsplatz, bezüglich der Zuordnung der Geräte und User als oberste Instanz bewahren und den SLA dem Arbeitsplatz umhängen. Die dem Arbeitsplatz zugeordneten Geräte zeigen mir via benutzerdefinierter Kategorie den dem Arbeitsplatz zugeordneten SLA an. Wie habe ich das Umgesetzt: Service anlegen: Level 1, Level 2, Level 3 Report anlegen: Gewählte Attribute: Service (Servicezuweisung) --> Bezeichnung (Allgemein) Bedingungen: Allgemein / Objekttyp = Arbeitsplatz UND Servicezuweisung / Service --> Verknüpftes Attribut --> Allgemein / Bezeichnung LIKE %...% Level UND Zugewiesene Endgeräte / Objekt --> Feldplatzhalter --> Objekt ID Benutzerdefinierte Kategorie anlegen: SLA-Zuordnung Multi-Value: Nein Objekttypen: Client, Monitor, Drucker, .... (wo man die Zuordnung sehen will) Feld hinzufügen: Typ: Report Feldbezeichnung: ReportSLA Zusatz: ID des anzuzeigenden Reports Dank Verwaltung / Datenansicht / Kategorieordner, kann diese Kategorie ganz oben angezeigt werden. Damit die Kategorie in der Objekt-Übersicht ebenfalls ganz oben angezeigt wird, habe ich dies in der Objekttypen-Konfig entsprechend angepasst ... doch leider, sticht mir da etwas ins Auge: Unterhalb der benutzerdefinierten Kategorie, dem angezeigten Report, ist ein sehr großer Leerraum. Das scheint mir fix zu sein. oder? Das kann ich leider so nicht stehen lassen, also musste ich bis zur Klärung die Kategorie wieder aus der Übersicht entfernen. [image: 1713879223681-idoit-leerraum01.jpg] Damit muss ich mir keine Gedanken mehr machen, welcher SLA dem Client etc. umgehängt werden muss (zB. bei Tausch), da diese Information bereits der zugeordnete Arbeitsplatz trägt. LG Stefan