Moin,

wir wollen i-doit als neues Asset Management / CMDB bei uns einführen. Jetzt versuche ich das Mapping zu machen, welche Info aus dem Umsystemen in wleches Feld im i-doit rein soll.

Gibt es irgendwo eine Übersicht, wo das für den mitgelieferten Standard erklärt ist?

Beispiel:
Unsere Service haben folgende Attribute:
ServiceID - Identifikationsnummer eines Service über alle Systeme hinweg (UID)
Service Name - Kurzname
Kostenstelle
Intercompany Zeichen
"Ist der Service aktiv" - "Ja" / "Nein"
Sowie Ansprechpartner in verschiedenen Rollen

So etwas wie "Ist der Service aktiv" kann an mehreren Stellen in der Objektansicht richtig eingetragen sein:
General -> CMDB-Status
General -> Zustand
Service -> Aktiv im Service-Katalog

Oder sowas "profanes" wie die ServiceID ...
General -> Title
oder doch
Service -> Service Nummer

Gibt es da einen allgemeingültigen Katalog, was am bsten wohin sollte. Ich befürchte wenn ich das selber einfach mache wie ich denke, werde ich mir da ein paar Steine (für die Zukunft) selber in den Weg legen

@lasloheckel
Super, danke

Ich habe gerade Probleme mit dem Login von Usern.

Wir importieren die User aus eine AD Gruppe, wie in der Knowledge Base beschrieben.

Jetzt sehe ich, das einige User auf logn disable YES stehen, andere nicht. Ist das eine Automatic dahinter? Wie bekomme ich alle wieder (dauerhaft) aktiviert?

Vielen Dank für jeden Tipp

Ich ahbe gerade ein Problem mit der Verortung von Geräten im Rack.

Ich habe drei Geräte die auf einer Platte in einer HE vom Schrank liegen. Wie bekomme ich die da "rein" im I-DoIT?
Sobald das erste Gerät eingebaut wurde (egal ob 19", Tower oder Desktop), die HE ist dann voll.

Wie schaffe ich das?

Moin,
wir möchten bei den Betriebsystemen das End of Life irgendwie mitpflegen.
Aktuell sind die OS als normale Betriebssysteme dokumentiert mit den entsprechenden Versionen
zum Beispiel
Title: CentOS
Versionen: 7.5, 7.6,

Hat da jemand mal eine Idee? Muss ich das über die Lizenzen machen?

Moin,

wir wollen i-doit als neues Asset Management / CMDB bei uns einführen. Jetzt versuche ich das Mapping zu machen, welche Info aus dem Umsystemen in wleches Feld im i-doit rein soll.

Gibt es irgendwo eine Übersicht, wo das für den mitgelieferten Standard erklärt ist?

Beispiel:
Unsere Service haben folgende Attribute:
ServiceID - Identifikationsnummer eines Service über alle Systeme hinweg (UID)
Service Name - Kurzname
Kostenstelle
Intercompany Zeichen
"Ist der Service aktiv" - "Ja" / "Nein"
Sowie Ansprechpartner in verschiedenen Rollen

So etwas wie "Ist der Service aktiv" kann an mehreren Stellen in der Objektansicht richtig eingetragen sein:
General -> CMDB-Status
General -> Zustand
Service -> Aktiv im Service-Katalog

Oder sowas "profanes" wie die ServiceID ...
General -> Title
oder doch
Service -> Service Nummer

Gibt es da einen allgemeingültigen Katalog, was am bsten wohin sollte. Ich befürchte wenn ich das selber einfach mache wie ich denke, werde ich mir da ein paar Steine (für die Zukunft) selber in den Weg legen

Moin Zusammen
wir haben mal ein Problem und ich hoffe ihr könnt uns helfen

Wir haben uns an die Tutorials
Das Rechtesystem in i-doit (Teil 1) | doIT BETTER
Das Rechtesystem in i-doit (Teil 2) | doIT BETTER

Gehalten und wollen, dass User nur Objekte bearbeiten können, die ihrem Service zugeordnet sind.

Wir sind an dem Punkt, das ich den Service als Einstieg brauche um Zugriff auf Objekte zu nehmen. Das funktioniert, ist aber nicht so nutzerfreundlich. Besser wäre es, wenn die entsprechenden Objekte auch in ihren Assetgruppen sichtbar wären (Virtuelle Server zum Beispiel)

Hat da jemand einen Tipp für mich?