Wow! "Etwas zweckentfremden" ist eine deutliche Untertreibung i-doit hat in der Tat keinen Fokus auf Prozessmodellierung. Hierbei sind andere Applikationen durchaus besser geeignet. Wenn sie gut sind, kann man aus denen nach i-doit verlinken, wo immer es nötig ist. Eine andere Möglichkeit sehe ich grad nicht. Vielleicht hat noch jemand eine Idee? Viele Grüße Benjamin

Hallo Webli, der Livestatus kann im CMDB Explorer derzeit nicht angezeigt werden. Die verfügbaren Attribute sind im jeweiligen Profil zu finden. Viele Grüße Benjamin

Hallo Reinhard, vielen Dank für den Hinweis! Dies ist uns auch schon aufgefallen. Ab Version 1.8.3 können die GPS-Koordinaten importiert werden. Viele Grüße Benjamin

Hi, bitte den Screenshot nochmal als Attachment. Copy und Paste funktioniert leider nicht wie gewünscht.

Theoretisch ja. Ggf. musst Du dann noch das Beziehungsfeld auf Einzelobjekt ändern. Das hängt halt auch davon ab, ob Du schon Livedaten im System hast oder nicht.

Hallo, die Standortbeziehung in i-doit ist eine 1-n-Beziehung. Heißt: Ein Objekt kann immer genau einen Standort haben, während ein Standort mehrere Objekte beinhalten kann. Einer Stadt können mehrere Gebäude, einem Gebäude mehrere Räume, einem Raum mehrere Racks zugeordnet werden. Dazwischen können Grundstücke, Etagen, Gebäudeteile liegen. Hauptsache, diese Objekte sind einem Objekttypen zugeordnet und als Standort definiert (in der Objekttypkonfiguration). Es spricht also nichts dagegen, ein Gebäude in mehrere Teile aufzuteilen. Zu jedem Teil werden mehrere Räume zugeordnet. Was dieser Logik (und der Realität) widerspricht: Ein Raum kann nicht zu mehreren Gebäude(teile)n gehören. Das wirkt sich leider auch auf Etagen aus, die sich über mehrere Gebäudeteile erstrecken. Hier sollte also die Modellierung überdenkt werden: Müssen Etagen und Gebäudeteile tatsächlich über die Standortsicht abgebildet werden oder genügen andere Attribute? Beispielsweise setzen sich Raumnummern oftmals aus Gebäudenamen und Etagennummern zusammen. Oder man verwendet die Erweiterung "Raumplan", um eine visuelle Repräsentation der Etagen und Gebäudeteile zu modellieren. Es gibt also mehrere Möglichkeiten, die Physiklogik von i-doit zu umschiffen und trotzdem eine sowohl aussagekräftige als auch wartbare Dokumentation aufzubauen. Viele Grüße Benjamin

Hallo, dazu gibt es noch keinen Zeitplan.

Hi, besser spät als nie: In der Pro Version kannst Du in der Verwaltung über den Quick Configuration Wizard Kategorien zuweisen. in der Open Version geht dies in der Verwaltung über die Objekttyp-Konfiguration.

Vielen Dank Daniel für deine Infos, aktuelle habe ich jetzt update 1.6 drauf und es erscheint folgende Meldung: mysqli_connect(): (HY000/2002): No such file or directory (/var/www/html/ivmdb/src/classes/components/isys_component_database_mysqli.class.php:53) Nur verwende ich keine MySqli sondern nur MySql und das steht auch so in der config.inc.php drin. Dein Vorschlag mit einem fertigen Image kann ich leider nicht folgen da auf dem Server schon andere Web Anwendungen laufen und ich ja dann auch noch die Daten mihrieren müsste bzw. neu einspielen. Merci & Vg Remo

Hallo Jonas, Du kannst die Templatefunktion In Kombination mit der Listeneditierung verwenden um die von Dir erwaehnten 20 Objekte zu erstellen. Dafuer erstellt Du ueber die Templatefunktion 20 gleiche Objekte, waehlst diese Objekte in der Listeneditierung aus und fuellst bei jedem Objekt in der Kategorie Modell die entsprechende Seriennummer aus. Gruss, jkondek

Wenn es die Pro Version ist, würde ich ggf. eine benutzerdefinierte Kategorie für das Routing bauen. Die von i-doit ausgelieferte Routing Kategorie beherrscht bisher die Dokumentation von Static Routing.

Probleme, die sich von alleine lösen sind die Besten

…..ich habs gefunden...... .....es funktioniert jetzt! Gruß Berni

Hallo Benjamin, danke für den Hinweis! Wir sind aktuell in der Planung, inwiefern wir Grundlagen- und weitere Webinare konservieren und öffentlich machen. Ich bitte hierbei um etwas Geduld. Sobald wir erste Ergebnisse haben, werden wir es über die Website kund tun. Viele Grüße Benjamin

Hallo René, die Objekt-Liste und die API verwenden völlig unterschiedliche Logiken. Die API kann also nicht auf die Konfiguration der Objekt-Liste zurückgreifen, um Ergebnisse dementsprechend auszuliefern. Stattdessen fragt man über die API die Liste aller Objekte eines bestimmten Objekttyps (in diesem Fall "Schrank") ab und liest dann für jedes gefundene Objekt die Standard-Kategorie aus. Das lässt sich mit einem Batch-Request wunderbar auf 2 Requests insgesamt eindampfen. Mit dem API-Client ist das ein Non-Brainer. Viele Grüße Benjamin

i-doit ist ein qcow2 image unter proxmox. Scheinbar waren hier die snapshots irgenwie voll. Nachdem ich einige gelöscht hatte lief es danach sauber durch. Peter

Heyho, haben dir die Links soweit geholfen? Wenn du noch konkrete Fragen hast, melde dich einfach Gruß Christian

Hallo Lutti, wenn ich mir die Feature-Uebersicht hier so anschaue: https://www.i-doit.org/features/ Feature                            open      pro Multi-client capability      [false]    [true] wuerde ich sagen, dass mehrere Mandanten in der open Version nicht unterstuetzt werden. Gruss, jkondek

Hallo Oliver, besten Dank für die Info, wie es dann doch noch geklappt hat. Viele Grüße und ein schönes Wochenende

Hallo, sicher, dass die Systemvoraussetzungen erfüllt werden? Besten Gruß