Moin, wir nutzen bei uns das Dokumente Modul. Über einen Report wähle ich alle Objekte aus. Daraus erstelle ich alle Dokumente mit einer Dokumentationsvorlage die alle Informationen Kennwörter u.ä. beinhaltet. Mit einer selbstgebauten Funktion kann ich alle Dokumente automatisch herunterladen.  Im Anschluss füge ich alle .pdf Dateien zusammen um ein PDF zu erhalten das alle Informationen beinhaltet. Etwas umständlich aber sicher. Viele Grüße

Hallo liebe Leute, es gibt ein kleines Update, denn es ist eine weitere Checkliste hinzugekommen. Die Checkliste "33 gute Gründe für eine IT-Dokumentation" könnt ihr euch einfach im Mitgliederbereich herunterladen. Lieben Gruß Christian

Hi, hast du nach dem Update auch den i-doit-Cache und den vom Browser gelöscht? Ansonsten wäre meine Vermutung auch die Konfiguration in der Verwaltung gewesen. Meines Wissens nach gibt es dafür kein konfigurierbares Recht pro Benutzer. Wenn, dann muss das für alle aktiviert oder deaktiviert sein. Lieben Gruß Christian

Hallo, die ist heute veröffentlicht worden. Lieben Gruß Christian

allo, danke für die Info. Das der QR-Code nicht angezeigt wird, bzw. aus dem Display hüpft ist schade, naja, vielleicht gibt es dafür auch mal eine Lösung. LG Stefan

Hallo Reed, um lediglich die aktuellen Zuweisungen zu erhalten musst Du eine Bedingung in dem Report einfuegen, der auf den Zustand der Benutzerzuweisung schaut und Dir nur die Benutzer ausgibt, die im Zustand "normal" sind und nicht die archivierten. Gruss, jkondek

Ja, unter "Andere" befinden sich die "Objektgruppen". Es gibt dynamische und statische. Dynamische orientieren sich an Reports.

Hallo zusammen, Aber Passwörter in der Url würde ich wirklich nicht sehen wollen. genau meine Rede! Die sensiblen Daten in der Dokumentation werden es danken. Viele Grüße Benjamin

Hallo Teasa! PS: Wir nutzten i-doit 1.6.4 pro Diese Version ist bereits "uralt" und sollte dringend aktualisiert werden Deine Vermutung ist nach wie vor richtig: Die Links werden in JS erzeugt. Nach Rücksprache mit den Entwicklern wird das auch erst einmal so bleiben müssen. Viele Grüße Benjamin

Hallo frisbee23, willkommen im Forum! Was du noch ausprobieren könntest, sind zwei Funktionen: Da wäre zum Einem die Kategorie "Status-Planung" in Kombination mit dem CMDB-Status. Den CMDB-Status kannst du über die Verwaltung über die gewünschten Zustände ("Upgrade ausstehend" o.ä.) ergänzen. Zum Anderen gibt das die Erweiterung "Wartung", um (wie der Name sagt) Wartungen zu planen. Über durchgeführte Wartungen lassen sich Berichte anfertigen. Die Erweiterung steht für i-doit pro im Kundenportal kostenlos zum Download. Viele Grüße Benjamin

Hallo, das ist leider nicht möglich. Die Präfix Identifizierung dient der Zuordnung zu einem Objekttyp. Ggf. kannst Du einen Objekttyp erstellen, in den die Objekte importiert werden und diese dann per API/Cronjob o.Ä. automatisch löschen lassen. Oder Du blendest den Objekttyp einfach aus der GUI aus, das sollte dann trotzdem importiert werden, wäre aber nicht sichtbar.

Hallo Benjamin, das war dann wohl der goldene Schuss. Keine Ahung wie Du darauf gekommen bist aber nach dem Eintrag in der php.ini geht der Upload jetzt! Ganz Herzlichen Dank!

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.