@TorstenF Kategorien können nicht dupliziert werden. Auch der Export von benutzerdefinierten Kategorien ist nur über den Add-on Packager möglich.

Hallo @sjplanet das habe ich schon öfter gehört Die Ursache ist das, sobald die Kategorieordner mal für einen Objekttypen "gesetzt" sind, bleiben diese unverändert und lassen sich auch nur noch in dieser Oberfläche umsortieren. Die Idee dahinter ist das Benutzer sich eigene Ordner-Strukturen aufbauen können um Kategorien in eine eigene Ordnung zu bringen Sobald das aber passiert ist, kann keine alphabetische sortierung mehr passieren. Es gibt aber bereits Feature Requests dafür die alphabetische Sortierung zu forcieren (es wäre dann: entweder alphabetisch ODER eigene sortierung) Viele Grüße Leo

Hallo @TorstenF ja das geht auch Es sind allerdings ein paar andere Tabellen dafür nötig. Das schaut in etwa so aus: SELECT isysgui_catg__id AS ID, isysgui_catg__title AS Name, isysgui_catg__const AS Konstante, 'Global' AS Typ FROM isysgui_catg UNION SELECT isysgui_cats__id AS ID, isysgui_cats__title AS Name, isysgui_cats__const AS Konstante, 'Spezifisch' AS Typ FROM isysgui_cats UNION SELECT isysgui_catg_custom__id AS ID, isysgui_catg_custom__title AS Name, isysgui_catg_custom__const AS Konstante, 'Benutzerdefiniert' AS Typ FROM isysgui_catg_custom Wir verbinden hier drei Queries zu einem Ergebnis, da es in i-doit aktuell drei Kategorie-Arten gibt (Global, Spezifisch, Benutzerdefiniert). Bzgl. deiner Frage der mitgelieferten Objekttypen: ich fürchte diese Typen liefern wir nicht mit aus, aber genau dafür kann man i-doit ja selbst erweitern Viele Leute werden auch jetzt schon von den Objekttypen und Kategorien "erschlagen". Viele Grüße Leo

Hallo @opinst es gab in den älteren Versionen leider ein Problem beim Updater - der Hotfix sollte dort eigentlich abhilfe schaffen. Was passiert denn wenn du probierst die v29 herunterzuladen? Gibt es Fehlermeldungen o.Ä.? Der Grund wraum direkt die 29 angeboten wird ist weil diese Version alle vorherigen Updates beinhaltet (26, 27, 28). Das heißt es muss nicht zwingend jede Version einzeln aktualisiert werden Sollte der Download aus irgendwelchen technischen Gründen fehlschlagen kannst du natürlich noch immer die update ZIP manuell herunterladen und auf dem Server im i-doit Verzeichnis entpacken - danach taucht sie im Update Prozess zur Auswahl auf. Siehe auch https://kb.i-doit.com/en/maintenance-and-operation/update.html Viele Grüße Leo

Vielen Dank für eure Antworten. Ich werde dies nochmals mit den SysAdmins prüfen. Mir wurde bereits erklärt, dass dies nicht so schlimm ist, da ein Angreifer ja erst auf den i-doit Server kommen muss, bevor es ihm überhaupt möglich wäre, das Passwort im i-doit.sh zu lesen. Falls das gelingt, hätten wir ganz andere Probleme...

Hi @Michael-Huhn das hört sich gut an, ich werde das mal für uns testen und hier nochmal rückmelden. VG Konstantin

Hallo. @Borrmann-Wetropa said in initialer LDAP-Sync scheitert: Aber hier sagt das Script immer ich solle User und Passwort eingeben. Es sieht so aus, als würde die INI-Datei gar nicht einlesen? root@:/var/www/html/src/handler/config# /usr/bin/php /var/www/html/console.php ldap-sync –config /var/www/html/src/handler/config/ldap-sync.ini Warum die INI-Datei nicht gelesen wird, wurde in der vorherigen Antwort erläutert. @Borrmann-Wetropa said in initialer LDAP-Sync scheitert: Auch mit User und Passwort kann das Script es nicht verarbeiten: root@:/var/www/html/src/handler/config# /usr/bin/php /var/www/html/console.php ldap-sync -user admin -password admin –config /var/www/html/src/handler/config/ldap-sync.ini Ist mir auch erst beim zweiten lesen aufgefallen: die Optionen für den user sind -u oder --user , nicht -user . Ebenso sind die Optionen für das Passwort -p oder --password , nicht -password . (In der Knowledge Base heißt es dort --user= und --password= , das mag evt. versionsabhängig sein - einfach ausprobieren. ) Es ist notwendig die exakte Zeichenfolge zu benutzen, sonst wird sie ignoriert oder wirft eine Fehlermeldung. Auch Groß-/Kleinschreibung sollte beachtet werden. Am einfachsten ist es mit -c , -u und -p zu arbeiten. Gruß Zini

@Michael-Huhn ja so etwas dachte ich mir schon. Deutsche Sprache ist es ja nun auch. Wir lagen ein paar Jährchen zurück... Eig. sollte es verstärkt mit Zammad eingesetzt werden. Denke wir werden dann i-doit entgültig einstampfen. Macht so alles keinen Sinn.

@opinst bitte ändere das ROW_FORMAT der Tabelle noch auf DYNAMIC via: ALTER TABLE isys_cats_person_list ROW_FORMAT=DYNAMIC; Ansonsten sollte die Spalte so hinzugefügt werden: ALTER TABLE `isys_cats_person_list` ADD `isys_cats_person_list__unmigrated_password` tinyint(1) NOT NULL DEFAULT 0;

Hi, cool, stimmt. Funktioniert wieder! Vielen Dank für den Hinweis. LG, Sebastian

Hallo @aguenther der Bug wurde mit i-doit 32 gelöst. Wenn das Problem auch in späteren Versionen noch besteht müsste unser Support darüber bescheid wissen Könntest du dazu unter https://help.i-doit.com nachfragen? Viele Grüße Leo

vielleicht hilft euch nun dieses Add-on weiter: https://www.i-doit.com/events/vergangenes-event-das-neue-i-doit-add-on-jira-asset-import

@Irmantas Hey Irmantas, do you find a solution to read out informations form i-doit api and get in in Power BI? I´m looking also for a solution for this case. Best greadings Robert

@Moritz nein. Änderungen findest du zum Beispiel im Changelog. https://kb.i-doit.com/en/i-doit-add-ons/documents/index.html#releases

@Niklas-K Unter der Verwaltung -> Vordefinierte Inhalte -> CMDB Status existieren allerdings diese Einträge "in Betrieb" bzw. "außer Betrieb" nicht, jedoch kann ich sie für alle Objekte auswählen. Das ist schonmal ziemlich komisch? Diese CMDB Status auszublenden ist vielleicht nicht toll aber das wurde so gemacht, damit die von uns benötigten CMDB Status nicht editiert werden können. Ohne den Request zu kennen ist es ziemlich schwer zu sagen was da falsch ist. Ansonsten schau mal hier: https://kb.i-doit.com/de/i-doit-add-ons/api/methoden/v1/cmdb.category.html#cmdbcategoryupdate Und prüf mal diesen Request: { "method": "cmdb.category.save", "params": { "object": 1122600468, "category": "C__CATG__GLOBAL", "data": { "cmdb_status": 10 }, "apikey": "bierbank" }, "id": 1, "version": "2.0" } Über cmdb.status.read kannst du dir die IDs anzeigen lassen: { "version": "2.0", "method": "cmdb.status.read", "params": { "apikey": "bierbank", "language": "en" }, "id": 1 }

@cBorisa bisher gibt es dazu keine Neuigkeiten.

@SteffenS ohne Änderungen am Code der View ist dies nicht möglich und wäre ein Feature Feedback. Du solltest dich dazu an den Support wenden, wenn du einen FR erstellt haben möchtest.

@SteffenS without modifications to the code of the view, this is not possible and would be a feature feedback. You should contact the support and ask for this.

@Florian-0 hilft die vielleicht die Info weiter? [image: 1734687309721-34e2553b-47b3-4851-8993-a397d7394742-image.png]