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ß

Hallo,

auch hier gehe ich davon aus, dass die open im Einsatz ist. Das Reporting ist hier aber kein Bestandteil, sodass jkondek's Vorschlag leider nicht funktioniert.

Die Druckansicht zeigt übrigens immer die gleichen Daten an, egal was auf der Übersichtsseite angezeigt wird. 😉

Besten Gruß

Hallo,

ich gehe davon aus, dass die open in Verwendung ist. Dort ist es nicht möglich. In der pro-Version kann über die Listeneditierung/Massenänderung die Einstellung für viele Systeme auf einen Schlag gesetzt werden.

Besten Gruß

Hallo,

hierfür gibt es weder in der open, noch in der pro eine vordefinierte Schnittstelle. Ja, es ist möglich über die API Daten in i-doit einzutragen, aber das muss erst über eine eigene Schnittstelle programmiert werden. Die andere Richtung, also Daten von i-doit in Check_MK überführen, ist ja schon vorhanden.

Besten Gruß