Hallo bvoigt, mit der i-doit Version 1.8 ist das Recht "Erstellen" ergänzt worden. Da es sich bei der Kategorie "Kontaktzuweisung" im Prinzip um eine Multi-Value-Kategorie handelt, muss der Author-Gruppe die Berechtigung "Erstellen" in den Kategorien ergänzt werden. Ich empfehle hier die Rechtekonfiguration der Gruppe aufzurufen, das Recht zu überprüfen und in jedem Fall zu "überspeichern". Freundliche Grüße aus Düsseldorf!

Hi, ich musste auch noch das Recht für Objekte tauschen an der Gruppe festmachen. Das Problem sollte damit gelöst sein.

Das ist allerdings ziemlich schade. Kennt vielleicht jemand hier ein Workaround? Schließlich ist die Pro Version ja nur eine Open Version in der die programmier Arbeit bereits gemacht wurde. Ich denke daran, in der Datenbank selbst die Rechte zu setzten oder etwas in der Art

Ich hab gesehen, dass Du mehrfach die Frage gestellt hast. Gib mir doch in dem Thread eine kurze Info zur Version: https://forum.i-doit.org/index.php/topic,271.msg14551.html#msg14551

Hi, ich glaube Du bist ein paar Jahre zu spät im Thread Welche Version setzt Du ein? Viele Grüße, Daniel

Hab das Problem nun gelöst. Habe in der Datenbank, bei Adress die 0 beim Punkt Overview auf 1 gesetzt.

Okay, dann gehen wir heute mal mit unserem Support in Klärung. Da sind die technischen Grenzen für mich als Produktmanager erreicht Wir melden uns bei Ihnen per Email oder Telefon im Laufe des Tages. Viele Grüße, Daniel Kirsten

Hmm, verstehe. Dafür gibt es ja auch extra Tools, die sowas tracken. Habe mich lustigerweise letztens mit sowas beschäftigt und bin da auch über das ein oder andere Ding gestossen wie beispielsweise http://devstructure.com/blueprint/ oder https://www.netwrix.com. Aber in so einer Detaillierung fehlt mir auch ein wenig die Vorstellungskraft, wie man das in Gänze sinnvoll in i-doit mit aufnimmt. Manuell in dem Format, wie Du es skizziert hast, haben wir auf jeden Fall keine fertige Lösung, aber ich nehme das Thema mal als Feature Request auf. Das ergänzt sich übrigens ganz gut zu einer Idee, die ich schon etwas länger habe: Ein Windows Tool zu entwickeln, dass quasi nicht viel mehr macht als über die API in i-doit Kommentare zu schreiben, warum man sich gerade auf dem Server angemeldet hat. Ein ehemaliger Kollege hat mich auf die Idee gebracht als er sagte, dass sie in seinem Unternehmen auf jedem Windows Server einen Notepad Aufruf zu einer Changelog Datei im Autostart haben. Das könnte man ja eigentlich direkt Richtung i-doit lösen. Wenn sich auf jeden Fall was in der Richtung bei uns bewegen sollte, werde ich mich dazu nochmal melden. Viele Grüße, Daniel Kirsten

Hallo, leider ist das Design, die Ports zwischen Aus- und Eingängen zu unterteilen im Nachhinein etwas unglücklich gewählt, da es immer wieder Fragen aufwirft. Im Endeffekt ist es nur kosmetisch, ob ein Anschluß als Ein- oder Ausgang deklariert wird. Bei einer normalen Netzwerkverkabelung kommt es hier sowieso schon zu gefühlten "Konflikten", weil ich beispielsweise einen PC Netzwerkausgang mit einem Switchport-Ausgang verbinde. Das ist aber nur eine von uns als Usern gefühlte Fehlverbindung, für i-doit, welches da meistens ganz nüchtern drauf schaut ist dies eine valide Konstellation Viele Grüße, Daniel Kirsten

Okay, habe den Controller vergessen. Klappt nun alles

Hallo Thomas, wie konnte das Problem denn geloest werden? Koennte fuer den naechsten hilfreich sein! Gruss, jkondek

Hallo, bei mir half den Serverdatensatz zu löschen und neu anzulegen. Zum Testen der Synchronisation hatte ich bei einem Datensatz eine falsche ServerIP angegeben damit diese OU gesperrt war. Hat auch geklappt, allerdings hat das "entsperren" mit den korrekten Daten die Synchronisation dann nicht mehr beeindruckt. Im Log war auch im vollen Debug Mode nichts zu sehen. Der Datensatz hat quasi einfach nicht existiert. Nur ein löschen und neu anlegen dieses einen Servers half.

Ich würde auch gerne (temporär) das Logbuch (nicht den Änderungskommentar) abstellen können, sodass vor allem die "letzte Änderung" ignoriert wird. Grund: wenn ich mit Listeneditierung z.B. bei allen Objekten eines Typs ein Feld nachziehen will, fehlt mir danach bei allen Objekten die eigentliche letzte (manuelle) Änderung, was mir wichtiger ist als den Änderungs-Timestamp der Listeneditierung. Es gibt zwar eine Einstellung in der Richtung (Mandanteneinstellungen -> Logbuch: "Detailierte CMDB-Änderungen protokollieren"), aber das zieht bei mir nicht. Geht das jemandem auch so?

@creiss: Hallo, die Kategorie "Dateizuweisung" ist in der Listeneditierung nicht verfügbar. Hier würde ich mit einem Report die entsprechenden Objekte abfragen und mit der Massenänderung die Dateizuweisung hinzufügen. Die Massenänderung ist in unserer Knowledge Base beschrieben: https://i-doit.atlassian.net/wiki/pages/viewpage.action?pageId=20250697 Besten Gruß Danke für die Antwort, so geht es ist nur vergleichsweise relativ umständlich. Gibt es denn einen Grund für diese Einschränkung? Die Kategorie "Handbuchzuweisung" ist identisch zu Dateizuweisung aufgebaut und lässt sich über die Listeneditierung verändern. Dem entsprechend wirkt es so als wurde diese Funktion für "Dateizuweiung" bewusst deaktiviert… LG

Ok, Fehler gefunden. Beim kopieren ist was hängen geblieben in der my.cnf und deshalb konnte die my.cnf nicht geladen werden.

Ok, ist erledigt.

Hallo, die Frage verstehe ich nicht so ganz. Dateien werden als eigenes Objekt (standardmäßig unter "Andere") abgelegt. Die Objekte können natürlich auch umbenannt werden. In den Objekten sieht man auch die Zuweisung zu anderen Objekten. Besten Gruß

Hallo, das funktioniert leider beides nicht. Weder kann die Vererbung bekannt gemacht werden, noch können für das Mapping mehrere Gruppen angegeben werden. Besten Gruß