Hm, du könntest zum Beispiel unter 'Lokationen' unter einem Schrank einen weiteren Schrank anlegen und in diesem alle Module ablegen (unter der Kategorie 'Lokation' im jeweiligen Modul kannst du das übergeordnete Lokationsobjekt angeben). Dies wäre aber schon eine Art Workaround. Zur Zeit kannst du diese einzelnen Komponenten noch nicht so zusammenfassen, wie du es vorgeschlagen hast. Du kannst aber schon "Abhängigkeiten" zwischen diesen Geräten eintragen und dadurch kenntlich machen womit diese Module eine Abhängigkeit haben. In diesem Fall wäre dann natürlich der Server beispielsweise von einem Netzgerät abhängig. Wenn also das Netzgerät ausfällt (und/oder zusärtlich das redundante Teil) hat der ganze Server ein Problem. Eine andere Art noch zusätzliche Informationen bei einem Server einzutragen wäre dann das 'Beschreibungsfeld'. Dort können natürlich alle Arten von Infos eingetragen werden.

Hi, der generelle Weg lautet wie folgt: Applikation bzw. Dienst unter dem Hauptmenüpunkt Software erstellen Lizenz unter Software->Lizenzen anlegen In der Kategorie Lizenzen eine Lizenzgruppe anlegen In der Lizenzliste die eigentliche Lizenz mit ihren Informationen anlegen und der Gruppe zuweisen Zurück zur Applikation wechseln und unter der Kategorie Lizenzen, die erstellte Lizenz auswählen Die Lizenzen in Benutzung / noch freien Listenzen sind in der Lizenzübersicht unter dem Punkt Software-> Lizenzen einsehbar PS: Eventuell kann es bei der 0.9 beta zu ungenauen oder gar keinen Verknüfungsdetails kommen, was jedoch in der Version 0.9 final behoben sein wird.

Hallo zurück, der aktuelle Stand der Arbeitsaufträge in der Beta2 von 0.9 ist im Grunde nicht einsetzbar… Das liegt u.a. an der dort noch fehlenden Schnittstelle zu den Kontakten. Aber auch die Workflow-Prozesse im Hintergrund sind noch nicht 100%. Mit Fertigstellung der 0.9 ist der neue Workflow fertig. Dieser wird eine generische Template-Engine enthalten, die wir zunächst für Arbeitsaufträge und Checklisten ausprägen. Damit ist dann nicht nur die Zuordnung zu Personen, sondern auch die damit verbundenen Benachrichtigungsoptionen und eine Status-Abfrage enthalten. In einer zukünftigen Version wollen wir auch die grafisch geführte Erstellung eigener Templates (auf Basis der bereitgestellten Workflow- und Zuordnungsmöglichkeiten) ermöglichen. gruss,

Hallo Wolfi, klar ist das möglich. Muss nur einer die Daten auslesen und in eine grafische Übersicht zueinander bringen. Zumindest in der Visualisierung von Racks gibt es da ja sogar OSS-Ansätze. Wir stellen gerade eine Entwickler-Doku zusammen, in der alle wesentlichen Funktions- und Zugriffsprinzipien beschrieben werden. Vielleicht finden sich ja dann ein paar Leute, die entweder neue Bestandteile entwickeln oder bestehende an i-doit anpassen. gruss

Im Installationspaket für die 0.9beta2 liegt eine UPDATE - Datei bei, in der alles beschrieben steht. Auf unserer Downloadseite befindet sich übrigens ein Patch, der vorab auf die entpackte 0.9beta2 anzuwenden ist.

Ich dachte bisher ich muss das bei den Objekten in die Abhängigkeiten machen, aber so ists dann klar. Jetzt wirds auch dann wieder übersichtlich Viele Dank euch beiden nun ist der groschen gefallen!

Nein, fürs erste haben wir so einen Editor nicht geplant. Dies so zu implementieren ist natürlich kein Problem, da wir uns mit dem Produkt aber eher auf ITSM spezifische Dinge konzentrieren, wird so eine Änderung wahrscheinlich nicht in die offizielle Version einfließen. Ich mache dir den Vorschlag an support@i-doit.de zu schreiben, es findet sich sicher eine Lösung zu deinen Anforderungen.

Kategorien sind eng mit den Objekten und unseren Templates verknüpft. Das heisst, dass man nicht auf die Schnelle einfach eine Kategorie einfügen kann, sondern unsere Code-Struktur beachten muss und diese Kategorien im selben Rahmen programmieren muss. Vielleicht ist aber auch eine Zusammenarbeit zu diesem Zwecke möglich. Programmierst du selber oder ist in der Firma eine Programmierabteilung?

Hi, Danke vielmals für den Patch! Das reicht aber nicht komplett, weils ja intern weiterhin auf Port 80 erreicht werden sollte. Außerdem ist die Servervariable $_SERVER['SERVER_PORT'] nach dem Weiterleiten sehrwohl noch korrekt gesetzt (in diesem Fall 9876). Das bedeutet, dass die ursprüngliche Fassung das gleiche Ergebnis brachte wie nach dem Patch. Allerdings liegt der Fehler sehr wohl an dieser Stelle irgendwo, wenn ich den Port in der Weiterleitung nicht ändere klappts nämlich. Ich hab jetzt leider keine Zeit mehr zu Suchen, deswegen mache ich nen Workaround: Ich hab den ganzen virtuellen Host auf 9876 gelegt und diesen eins zu eins in der Firewall weiterleitet - dann klappts von überall. Muss man im LAN eben den Port mit angeben. Das macht aber nichts. Gruß, Mirko

Danke. Wir werden mal überlegen, ob wir einen selbst-konfigurierbaren Status (im Sinne einer Markierung) zu den Objekten hinzufügen. Siehe dazu auch http://www.i-doit.de/bugtracker.

Bis zu finalen Version 0.9 haben wir erst einmal nicht vor, das System auf PostgreSQL zu portieren. Zur 1.0 wird es aber sicherlich mehrere Datenbankschnittstellen geben, so dass i-doIT unter den verschiedensten Systemen eingesetzt werden kann.

Hallo, Danke für die schnelle Antwort. Dann bin ich jetzt ja schon auf die neue Version gespannt. Bis wann ist mit der den zu rechnen? Gruß Chris

Grundsätzlich können wir zur Zeit, wo wir uns noch in der beta-Phase befinden, nicht genau sagen, wann die 0.9 final veröffentlicht wird. Wir wollen ganz einfach sicher sein, dass die finale Version komplett fehlerfrei ist, zum diesem Zweck haben wir ja die bereits laufende Testphase. Unter Berücksichtigung der Mitarbeit aller Betatester wollen wir natürlich so schnell wie möglich mit der 0.9 final fertig werden, können aber wie gesagt keine genauen Zeitangaben machen. Den Taskplaner (i-manageIT) wollen wir aber auf jeden Fall in der 0.9 fertig gestell haben. Auch die anderen, angekündigten, Funktionen sollen dabei berücksichtigt werden.

@daniel.halbe: denke drüber nach i-doit zur Inventarverwaltung einzusetzen, werden künftige Versionen voll abwärskompatibel zur 0.9 sein oder wird es alternativ eine Importfunktion / Konvertierungstools geben? Lies dir dazu das vorhergehende Post durch, ich denke das wird deine Frage ausreichend beantworten.

Ok danke fuer die Antwort. Dann werdeich mal weiter schaun. Mark

Toll, ich kann es gar nicht mehr erwarten. Bereue mittlerweile, dass ich leider nicht programmieren kann, hätte gerne mitgemacht. Gruß

@Barney: Hallo,wird ein Update von v. 0.8.6 auf v 0.9 möglich sein? Da die Version 0.9 eine fast komplette Neuentwicklung ist, wird es grundsätzlich erst einmal kein Update geben. Jedenfalls garantieren wir nicht, dass alle Daten aus der Datenbank erhalten bleiben, dazu hat sich die Grundstruktur zu sehr geändert.

Hallo, die Rechte wurden für die Version 0.8.x leider erst sehr spät implementiert und sind dementsprechend unsauber geworden. Daher kann ich nicht dafür garantieren, dass diese auch in Gänze funktionieren. Das einzige, was man machen kann, ist die manuelle Analyse der Rechteeinstellungen, die sich in den Tabelle ur_right, ur_groupright und ur_group befinden. ur_usercachegroup definiert dann die Verknüpfung zwischen Benutzern und Gruppen und dort kannst du sehen, ob sie richtig zugewiesen sind. Ich würde direkt schon versuchen, die Version 0.9 zu installieren und damit zu arbeiten, da die Datenstruktur kompatibel zu allen kommenden Versionen sein wird. Außerdem wird es zu der ersten Beta, die bald kommen wird, ein einfaches, aber durchgängiges Rechtemodell geben. Versuch es bitte damit! Danke.

Dieses Feature ist bei einem Kunden mehr schlecht als recht implementiert, aber nicht in der Standard-Distri drin. Ich weiss auch noch nicht genau, ob das mit dem ersten Release der 0.9 kommen wird. Ist aber ganz klar ein must-have und wird noch vor einer 1.0 rein kommen. Eventuell schaffen wir das aber auch noch mit der 0.9…