@LFischer Hellau! Sollte das schon klappen mit den Grafiken in einem Dokument? Wenn ja, auf welche Weise? LG Stefan

Hallo @Michael-Huhn, das scheint schon der korrekte Wert zu sein. Sowohl im UI als auch in der Datenbank. MariaDB [idoit_system]> select * from isys_settings where isys_settings__key = 'api.authenticated-users-only'\G *************************** 1. row *************************** isys_settings__key: api.authenticated-users-only isys_settings__value: 0 isys_settings__isys_mandator__id: 1 1 row in set (0.000 sec) Hast du noch eine Idee?

@UVB_Michael also wenn bei dir das Berschreibungsfeld nicht dargestellt wird: [image: 1751004655219-c40fc289-f034-4ebe-896c-1ed882960a4b-image.png] dann prüf in der Verwaltung die Attribute Einstellungen: [image: 1751004691179-c75fe730-b50b-4c16-9f52-bc2242d7f1de-image.png]

@pascal.beyer ich vermute, dass das Leeren des Browser-Caches hier helfen sollte. Falls das nicht hilft, wäre es interessant zu wissen, ob die Entwicklerkonsole des Browsers Fehler meldet.

@mwaldeck ich kann das Problem nachstellen und es gibt auch schon einen Bug Report. Vermutlich wird es einen Hotfix geben, am besten eine kurze E-Mail an help@i-doit.com schicken, dann wird der Bug Report verknüpft und du würdest auch direkt den Hotfix im Ticket erhalten.

Moin @leobaer , das ist eine Idee, die ich einmal ausprobieren werde. Leider bin ich noch nicht dazu gekommen. Danke für die Anregung. Ich melde mich, wenn ich Erkenntnisse gesammelt habe. Viele Grüße Mathias

Hi @AndreasR damit sind die ILOs (und wie die Hersteller sie sonst nennen) gemeint. Wenn dir die Übersetzung nicht gefällt, kannst du Objekttypen, sowie die Kateogrien (und eigentlich alles, was irgendwo Text ist) über benutzerdefinierte Übersetzungen ersetzen. Liebe Grüße Christian

[SOLVED] @Michael-Huhn this seems to work. However you discovered that, because for me it's not very intuitive to "search =<int>" when it's more like a "search where in <text>". Thanks a lot.

Hi nochmal @StefanP74 du kannst grundsätzlich - egal mit welchen Rechten - nicht von dort aus archivieren oder löschen. Das geht nur über die Listenansicht der Objekte. Alternativ kannst du mittlerweile mit dem Flows Add-on zusätzliche Buttons konfigurieren, die das aus dem Objekt heraus ermöglichen. Liebe Grüße Christian

Hi @SteffenS das kann man in i-doit so leider nicht abbilden. Ein Kabel hat dort immer einen Stecker auf jeder Seite. Du kannst hier nur tricksen und einen "Konverter" anlegen, der einen Eingang und zwei Ausgänge hat, die miteinander verbunden sind. Sind dann allerdings immer zwei zusätzliche Objekte(Konverter selbst und ein zusätzliches Kabel. Liebe Grüße Christian

Hi @StefanP74 du kannst dir im Zweifel immer auch eigene Kategorien anlegen und Felder darin definieren. Im Beschreibungsfeld wird sowas meiner Erfahrung nach mit anderen Infos vermischt und ist dann nur noch schwer auszuwerten. Liebe Grüße Christian

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.