Der Fehler "The DAO class does not exist" wird durch das ändern einer benutzerdefinierten Kategorie Konstante ausgelöst, für welche man bereits eine Attribut Einstellung erstellt hat. Dementsprechend ist die Lösung des Fehlers die Konstante wieder in die ursprüngliche Konstante abzuändern. Mit der Version 34 soll auch die "Kategorie Attribute neu indizieren" Funktion in der Verwaltung unter "Systemreparatur und Bereinigung" den Fehler gelöst haben. Allerdings hat das bei meiner i-doit 36 Version nicht geholfen. Es gibt bereits einen Bug Report für diesen Fehler, der Fehler liegt also bereits den Entwicklern vor. LG

Hi, ich habe zwar das ISMS Modul nicht, aber bei "normalen" i-doit Attributen hilft mir in diesen Fällen oft ein CSV-Export, Datenkorrektur, CSV-Import. Alternativ gibt es auch noch die Massenänderung, die beim setzten von einzelnen gleichen Werten auch hilft. Grüße Leo

Hallo StefanP74, vielen Dank für deinen Beitrag und die Einblicke, die du zu i‑doit gegeben hast. Deine Beschreibung des Vorgehens (Locations → Floors → Equipment etc.) finde ich sehr hilfreich und zeigt, dass du bereits systematisch arbeitest. Ich möchte die Diskussion gern noch etwas erweitern: An alle Nutzer dieser Community – wer von euch hat mit i-doit wirklich ein erfolgreiches Asset-Management-System aufgebaut, also nicht nur Inventarisierung oder Dokumentation, sondern einen durchgängigen Prozess von Beschaffung über Nutzung bis Ausmusterung inklusive Kennzahlen, Kostenverfolgung, Lebenszyklen usw.? Ich finde es schwer vorstellbar, dass nur zwei Organisation bzw. eine Person hier positive Erfahrungen gemacht hat. Ich wäre sehr interessiert zu hören, wie ihr „Erfolg“ definiert habt, mit welchen konkreten Kennzahlen ihr arbeitet, wo eventuell Stolperfallen lagen. Nochmals vielen Dank, Stefan, für deinen Input – und an alle eine große Bitte für Rückmeldungen! Viele Grüße

Hallo zusammen, hat sich erledigt - ich habe die Cookies in meinem Browser gelöscht und nun funktioniert es wieder.

Hallo @MiBa_anyWARE, wie du die Daten am besten Importieren kannst, damit Sys_ID und Ersteller nicht überschrieben werden, kann ich dir leider nicht beantworten. Aber zum Übertragen der Struktur mit deinen erstellten Objekttypen und eigenen Kategorien kannst du den Add-On Packager verwenden. Das ist ein kostenloses Add-on, was genau für solche Zwecke erstellt wurde: https://kb.i-doit.com/de/i-doit-add-ons/add-on-packager.html Hier noch der Link mit einem Vorstellungsvideo von der i-doit Seite: https://www.i-doit.com/produkte/add-ons/packager Viele Grüße Nico

Wow, wrestling with CMDB status defaults can be tricky! It sounds like the system stubbornly prioritizes CSV data over the configured default. Have you explored any transform scripts or business rules that might be overriding the Administration settings during CSV imports? Perhaps a script is explicitly setting the status based on other data within the file. I think steal brainrot are worth exploring to avoid this issue. Maybe you can share your import script code for better insight.

@LFischer Hallo Leo, entschuldige die späte Antwort - das Problem wurde mit dem passenden Hotfix bereits behoben. Vielen Dank!