Es scheint einen weg zu geben das Passwort trotzdem neu zu setzen, zumindest klappte es in der 34er OPEN. Wichtig ist immer ein Backup vorher! Außerdem Wichtig das Passwort steht dann als Klartext in der Tabelle und kann nicht neu verschlüsselt werden! Dazu habe ich erst das verschlüsselte Password geleert: mysql -uroot -p idoit_system_open -e"update isys_mandator set isys_mandator__db_password = ''; " und dann ein neues in die andere Passwort Spalte gesetzt: mysql -uroot -p idoit_system_open -e"update isys_mandator set isys_mandator__db_pass = 'password'; " Falls die Rechte auf die DB nicht passen, noch mal die Rechte vergeben über: mysql -uroot -p idoit_system_open -e"GRANT ALL PRIVILEGES ON `idoit_data_open`.* TO 'user'@'%' WITH GRANT OPTION;"

Hallo @Michael-Huhn , ganz so einfach ist es dann doch nicht. Ja, ich möchte zur Dokumentenerstellung einen Report nutzen, der alle Objekte unterhalb eines physischen Standorts gefiltert auflistet. Dabei möchte ich auch das komplette Objekt haben, da ich nicht nur den Namen, sondern auch weitere Objektinformationen auslesen möchte. Aber mein i-doit-Standort, der als Basis dient hat noch weitere i-doit-Unterstandorte (Räume, Etagen usw.) unterhalb sich die interessant Objekte befinden. Die werden aber nicht in den "Räumlich zugeordneten Objekten" im obersten Standort angezeigt - was so auch korrekt ist. Es müsste so ähnlich sein wie im Screenshot, dann kann der Report ja zu einem variablen Report werden, aber es müsste eben die Eingabe des Feldplatzhalters möglich sein, wenn ich unterhalb von auswähle. Manuell kann ich es in einem SQL-Report dann ja so umsetzen, aber das macht bei der Pflege ja mehr Arbeit. Danke. Mathias

@ulf-wagner ein Report und ein Dokument gehen immer von einem Objekt aus. Ich vermute es wäre das einfachste, wenn pro Organisation ein Report erstellt wird. Ansonsten kommt es auch darauf an, wo genau die Daten stehen, die angezeigt werden sollen. Möglicherweise reicht auch schon dieser Report, er Zeigt alle Kontakte gruppiert an: [image: 1749120210017-cdf342b4-a1e2-41b7-897a-2168b33cc71d-image.png]

@sv Wo hättest du das herausgelesen, dass das nicht erlaubt wäre? Unter quickpurge finde ich da keine Einschränkung (außer, dass es enabled sein muss). Ich wollte das auch nutzen ...

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

You should verify the category is set to be searchable, then rebuild the search index via the UI or CLI, and check for any related system or database errors.

@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