Wenn man das ganze dann noch mit einer Abschreibungsdauer und Art der Abschreibung kombiniert, kann man daraus dann auch gleich den Buchwert ermitteln. Das ließe sich wiederum in einen prima Bericht packen, dem man dem Management mit den Worten "Alle Systeme im RZ sind schon längst abgeschrieben, wir brauchen wirklich neue Hardware" überreichen kann ;-))

Ich weiß was du meinst, aber zur Zeit ist das noch nicht drin. Die Funktionalität neben dem Hochladen neuer Bilder auch schon vorhandene zu nutzen wäre natürlich angebracht. Kommt demnächst dann auch mit rein. Gerade haben wir kurz diskutiert. Es wird wohl ein Image-Browser werden oder gar ein Medien-Browser

Die 'Duplizieren'-Funktion ist nicht ganz so einfach zu implementieren. Diese wird aber sicher in einer der nächsten Versionen eingebaut.

@npotthast: Die nächste Version ist die 0.9.1, zum Erscheinungsdatum der 1.0 kann ich dir nichts sagen bisher. Die 0.9.1 ist jetzt in der internen Betatestphase und wird so bald offiziell released. Hallo Niclas, was heißt genauso bald? Gibt es schon 0.9.1 Beta zum herunterladen, bzw. als eine Subversion Revision? Ich bin interessiert auf Version 0.9.1 Beta. Wenn es gibt zum herunterladen, könntest du vielleicht mir bescheid geben wo ich den finde. Vielen Dank im voraus. Viele Grüße, Chekov

Barcode wäre die Luxuslösung - nur müsste man dazu auch einen Barcodescanner haben - der Servicetechniker vor Ort oder der Kunde selbst wird das in den seltensten Fällen haben. Eine schöne Idee, aber in der Praxis sicherlich nicht besonders relevant - zumindest in Umgebungen kleiner 1.000 Arbeitsplätze. Wie bereits geschrieben die oberste Priorität würde ich auf das schon von Dir angesprochene Reporting setzen. Toll wäre beispielsweise die Möglichkeit Etiketten im Format PDF oder ähnlich zu erstellen, die ich direkt auf einem Drucker wie z.B. den Brother P-Touch ausgeben könnte. Damit würde sich hervorragend Etiketten für Bestandsgeräte wie auch für Neugeräte an jedem Ort der Welt erstellen lassen.

Nein. Aktuell gibt es nur die "objektbezogene" Sicht auf die Dinge. Wesentliche Neuerung der 1.0 wird dann aber das Thema Reports und Auswertungen sein. Hier ist dann auch die Möglichkeit gegeben, die Ergebnisse auszudrucken. Alternativ wird zur 1.0 die XML-Schnittstelle vollständig implementiert sein, so dass man Daten auch abziehen und in anderen Programmen nutzen kann. Sorry.

besten Dank, jetzt klappt alles bestens best regards foxkilo

Hi, da die CC Funktion momentan noch in der Entwicklungsphase steckt, werden momentan nur Mails an diejenigen Personen verschickt, die zugewiesen wurden bzw. deren E-Mail Adresse auch unter Kontakten eingetragen ist. Bei Annahme und Erstellung eines Auftrags wird eine Mail an den Auftraggeber verschickt. Der Mailversand geschieht über SMTP, wobei ein lokal eingerichteter SMTP Server auf dem Standart Port 25 verwendet wird.

@AC: Hallo, es ist hier ja sehr ruhig geworden. Steht die Entwicklung inzwischen oder gibt es Licht am Ende des Tunnels? Ja es gibt Licht am Ende des Tunnels Im Moment sind wir dabei die letzten Bugs loszuwerden und dann sollte es im Laufe des Wochenendes die 0.9 kommen. @tniessen: Ich fürchte, hier passiert nichts mehr Das Forum ist proaktisch tot, auf SVN steht weiter die Beta2 und der Bugtracker ist völlig zugespamt. Keine guten Zeichen… Der public Bugtracker ist auch erstmal wieder offline bis wir unser Bugtracksystem soweit haben das Spam nicht mehr möglich ist.

Vielen Dank für die Informationen, ich habe mir die Datenbanken angeschaut und das Risiko ist zu groß, dass ich da wohl etwas falsch dupliziere und falsch verknüpfe, da ich nun doch noch nicht wirklich die Ahnung von einer MySQL Datenbank habe. Ich habe nun alles von Hand eingegeben, dauert zwar lange aber ist wenigstens sicher. Hoffe ihr kommt gut vorwärts zur finalen Version. LG

Hallo Hassan. Zur jetzigen Version ist es noch notwendig die Daten per Hand einzutragen. Ein Modul zum "Scannen" werden wir erst nach den Release der 0.9 final angehen, da kann ich aber noch keinen genauen Zeitpunkt nennen. Das System kann natürlich auch auf einem externen System installiert werden, die Schnittstellen werden mit XML arbeiten. Es gibt für alle Ansichten innerhalb i-doits Druckfunktionen. Dadurch kann auch eine optisch anpsrechende Dokumentation an einen Kunden ausgehändigt werden.

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