Hallo Niklas, ich verstehe es so, dass laut Doku über cmdb.object.update nur der Objekttitel aktualisiert werden kann. Um den Status eines Objekts zu aktualisieren muss man die ID des Objekts kennen und kann dann über cmdb.category.save den Status ändern. Das hier ist aus einem Powershell Script: $id = [ID des zu bearbeitenden Objekts] #CMDB Status 15 = Gelagert $parameter = @{ "object" = $id "category" = "C__CATG__GLOBAL" "apikey" = $ApiKey "data" = @{ "cmdb_status" = 15 } } $Commands = @{ "version" = "2.0" "method" = "cmdb.category.save" "params" = $parameter "id" = 1 } So hat es bei mir funktioniert.

@LFischer Danke für die Lösung, ich war zwischenzeitlich krankheitsbedingt 'offline'. Es hat geklappt und ich konnte das Widget entfernen. Habe mir zusätzlich einen zweiten Superadmin für den Fall der Fälle angelegt.

Servus, als Gedankenanstoß kann ich dir "Service" empfehlen. Organisationsfremde Dienste kannst du unter "Service" anlegen und via ISMS beleuchten. So habe ich es zumindest mal gemacht. LG Stefan

Hey @jan.weinhold das Problem ist, dass der Sync probiert einen duplizierten Benutzer anzulegen. User müssen in i-doit einen einzigartigen (= unique) Usernamen haben. In deinem i-doit existiert scheinbar bereits ein User mit Username imi. In i-doit 35 wird diese Meldung etwas Benutzerfreundlicher sein und das Problem erklären. Viele Grüße Leo

@Fragesteller verstehe. Ich denke die Entwickler des Add-ons schauen hier nicht rein. Aber erreichen lassen sich diese über https://www.becon.de/iso27001-audit-und-isms-audit/

@LFischer Vielen Dank. Ich gebe es so dann weiter. Es sind nämlich extrem anspruchsvolle (Architekten-Risse), die viel anzeigen müssen. Also: PNG

Hallo @LFischer perfekt LG Stefan

Hallo @LFischer das ist eine sehr gute Nachricht LG Stefan

@Fragesteller ich vermute es geht um das VIVA2 Add-on? Hier ein Zitat aus der Doku: https://viva2.readthedocs.io/de/latest/it-grundschutz-check.html Bemerkung In dem Feld „Verantwortung“ können nur Einträge hinzugefügt werden, die in der Kontaktzuweisung des zugehörigen Bausteins eingetragen sind.

@MikeS danke für den Hinweis. Das API Add-on bzw. Add-ons wurden generell aus der OPEN Variante entfernt. Auch der Menüpunkt Add-ons wird noch aus dem Admin-Center verschwinden. Add-on sind daher nur noch in der paid Variante verfügbar.

Servus @robbyhuebner Mach ich auch so. Gebäude --> Etage --> Raum --> Arbeitsplatz --> Clients (das ganze Zeug) Der logische Standort des Arbeitsplatzes ist der Mitarbeiter bzw. Gruppen. Warum? Der Arbeitsplatz ändert sich faktisch nie. Bei einem möglichen Umzug zieht der gesamte Arbeitsplatz mit allem drum und dran in zB. einen anderen Raum um. Zu ändern sind dann nur die Netzwerkanschlüsse, welche bei mir im Raum selbst hinterlegt sind. Ändert sich der Mitarbeiter, ändert sich nur der logische Standort. Ich sehe bei mir seit Jahren keinen Nachteil, ganz im Gegenteil. Übersichtlich, logisch und ratz fatz geändert. LG Stefan

@devilishpantheon Meine einzige Vermutung wäre tatsächlich nur das die Verknüpfung zum Arbeitsplatz einfach unabhängig zu der Zustandsmeldung des Gerätes ist. Ich habe dies bezüglich bereits beauftragt das die Verknüpfung aufgelöst werden soll sobald das Gerät archiviert wird. Dennoch erscheint mir es etwas seltsam das hierbei der Zustand des Gerätes ignoriert wird.

Hallo, ich denke schon. Wenn ich mich täusche, dann so: Prüfen, ob bei allen Kontakten etc. die die besagten Clients nutzen und auch entsprechend den Clients zugeordnet sind, eine eMail-Adresse hinterlegt ist. Einen Report anlegen, der dir die Personen ausgibt, welche auf deren Clients Windows 10 drauf haben. Unter Kontakte eine Personengruppe anlegen, welche die Mitglieder nach diesem Report wählt. (Personengruppen Mitglieder nach Report) Einen weiteren Report anlegen, welcher die Windows 10 Clients ermittelt. Nun über Benachrichtigungen / Reportbasierende Benachrichtigung den Client-Auswahl-Report entsprechend hinterlegen. Für die Empfänger die Gruppe hinterlegen. Testen ... Es klappt vermutlich auch ohne der Benutzergruppe, direkt nur mit Reports, vielleicht sogar auch nur mit einem Report. PS: Nicht vergessen, dynamische Gruppen müssen per Cron-Job aktualisiert werden: sudo -u www-data php /var/www/html/console.php sync-dynamic-groups --user admin --password ******* --tenantId 1 LG Stefan

@Michael-Huhn Vielen Dank für den Hotfix, leider geht nach Einspielung des Hotfix die Massen-Editierung immer noch nicht, zudem kann ich nun auch keine einzelnen Dateien hinzufingen, der "Übernehmen" Button funktioniert nicht bzw. reagiert nicht mehr... Ich werde den Hotfix wieder rausschmeißen und hoffen das die Massen-Editierung beim nächsten Update gefixt wird.

Hallo @aziller ich glaube das Problem hierbei ist, dass das "Objekt" als solches nicht aktualisiert wird. Das einzige, was aktualisiert wird sind dessen Kategorie-Daten (z.B. die "Allgemein" Kategorie). Die Option "Speichern" für den Bezug "Objekt" tut tatsächlich nichts und müsste eigentlich entfernt werden... Das habe ich bereits aufgenommen. Probier es besser mit dem Bezug "Kategorie" Viele Grüße Leo

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

Hey @CookieMonster wir haben einen Hotfix vorbereitet der das Problem zu lösen scheint. Sollte dieser von unserer internen QS abgesegnet werden landet er ggf. auch in unserer KB https://kb.i-doit.com/de/administration/hotfixes/index.html - alternativ wird der Fix mit i-doit 35 regulär veröffentlicht. Bitte beachte das dieser Hotfix aktuell ungetestet ist. Ein einspielen erfolgt daher auf eigene Gefahr - ich würde definitiv empfehlen vorher einen Snapshot oder eine Sicherung vorzunehmen. i-doit_34_hotfix_ID-11788_bbefcb3.zip Viele Grüße Leo

@HospiceAbbiate leider nein, der Pfad sieht korrekt aus. Wurde die Installation ggf. durch Antivirenprogramme blockiert?