Über das Hauptobjekt - Global - Verknüpfte Karten kommt man zum gewählten Attribut "Verknüpfte Karten". Dort gibt es eine Lupe, die einen zu den Attributen PIN und PUK bringt Danke Mike Vogel @synetics für den raschen und hilfreichen Support lg – reinhard --

Hallo Pattrick, nun sehe ich das Problem. Es liegt an einem verwaisten Dokument. Wir räumen die Online Demos eh gerade auf, also sollte der Fehler bald nicht mehr erscheinen. Die anderen Dokumente dürften allerdings funktionieren. Danke nochmals für den Hinweis! Viele Grüße Benjamin

Danke, ich fang dann mal an mit dem durchlesen … lg -- reinhard --

Hallo, vielen Dank für die Information! Ich schaue mir das mal an.

Hallo, guck Dir doch mal hier im Blog das Beispiel an.

Hallo Chris, klingt nach einem etwas komplizierteren Thema. Eine einfache Zeitbegrenzung geht mit folgendem Statement, welches auf das Aenderungsdatum eingeht: isys_obj__updated > (NOW() - INTERVAL 1 WEEK) Allerdings kann es natuerlich sein, dass nach der Inbetriebnahme des Clients noch weitere Aenderungen am Objekt durchgefuehrt werden, welche sich auf das Aenderungsdatum auswirken wuerden, wodurch Dir das o.g. Statement nur bedingt weiterhelfen wird. Du muesstest also ueber das Logbuch herausfinden, wann die Aenderung des CMDB-Status durchgefuehrt wurde und ueberpruefen, ob das innerhalb der letzten Woche geschehen ist. Die Eintraege aus dem Logbuch findest Du in der Tabelle isys_logbook. Gruss, jkondek

Hier stehts in der Knowledgebase. Scrollen bis "Reports automatisiert exportieren". Mit einer Zeile Bash Script dazu bekommst Du das auch automatisiert in eine Email.

Hier für i-doit 1.8.2 und 1.8.3 jeweils Hotfixes für das Problem. Bitte erst in einer Testumgebung testen, da die Dateien nicht durch die QS gelaufen sind! v1.8.2-isys_update_property_migration.class.php.zip v1.8.3-isys_update_property_migration.class.php.zip

Bei uns treten die Exceptions unabhängig davon auf, als welcher user man eingeloggt ist, also auch als admin. ok, bin schon erstmal beruhigt, daß das kein Fehler in unserem setup ist. danke für die Rückmeldungen, Grüße

Hallo MaM, ich hab mir dein Problem mal angeschaut im Dokumente Modul. Da die Kopfzeile immer die selbe höhe hat könnte man nicht einfach den Wert unter den Optionen beim Attribut "Abstand: oberer Rand" nicht erhöhen? Ich hab da ein Screenshot hinterlegt wo du das finden kannst. Viele Grüße vqh [image: 1421_Bildschirmfoto_2017-02-21_um_11_52_16.gif]

Hallo Alex, wie Ben schon sagte: Interessant wäre eine Info darüber, was genau denn dokumentiert werden soll. Details aus der Konfiguration? Rein netzwerktechnisch stellt es doch eigentlich kein Problem dar, oder? Geht es darum, zu dokumentieren, welche Protokolle oder Anwendungen von der Riverbed beschleunigt werden?

Hallo Chris, du kannst das SQL von tPrimus (Danke @tPrimus) in einem Report nutzen. Bei "Neu" gibt es einen Pfeil, bei Klick klappt ein Menü aus, dort auf SQL-Editor klicken. Nun kopierst du das SQL von tPrimus einfach in SQL-Abfrage und klickst auf Vorschau vorerst, ist das dein gewolltes Ergebnis ?

Die Aufteilung eines Kabels mit verschiedenen Port Endpunkten wird leider erst ab Version 1.9 (April 2017) sauber funktionieren… dann aber kann man die Verbindungen einfach als einzelne Dosen und die Verbindung inklusive welcher Adern in einen Patchpanel Port dokumentieren. Wenn Dir die Kabel bei der Dokumentation egal sind, dann kannst Du es auch einfach als zwei separate Kabel dokumentieren.

Hallo Sven, danke für den Tip mit open_basedir - das war auch bei uns der Fehler. Ein Kollege hatte den value wohl in zeitlicher Nähe zum i-doit-Upgrade gesetzt, deshalb hatte ich fälschlicherweise das Upgrade für ursächlich gehalten. Grüße

Hallo Chris, mit identischen Daten meinst Du, dass auch die ObjektIDs dieses doppelten Cliens gleich sind? Wie sieht denn Dein SQL aus? Gruss, jkondek

Hallo Chris, ein reibungsloser Datenaustausch zwischen Mandanten oder Instanzen von i-doit ist derzeit nicht vorgesehen. Bedingt kannst du für einige Daten den XML-Export/-Import oder den CSV-Export/-Import nutzen. Ebenfalls möglich, aber durchaus mit Herausforderungen verbunden, ist die API. Die "Brachialmethode", die immer funktionieren sollte, sind Datenbank-Dumps. Dabei ist darauf zu achten, dass die Versionen von i-doit deckungsgleich sind. Beim Einspielen eines Dumps, werden i.d.R. alle vorherigen Daten überschrieben. Wir haben bereits Kundeninstallationen gesehen/betreut, bei denen Mandaten-DBs über diese Methode betankt werden. Auch die häufig anzutreffende Konstellation aus getrennter Test- und Produktionsumgebung wird mit Dumps auf einer Linie gehalten, sprich die Testumgebung speist sich aus Daten der Produktivumgebung. Viele Grüße Benjamin

@bheisig: Hallo iTobii, die Aussage, das Dokumente-Modul sei zu stark eingeschränkt, kann ich nicht so stehen lassen Reports können problemlos in Dokument-Vorlagen eingebunden werden. Dazu gibt es im Editor einen Button "Report". Was fehlt denn noch? Viele Grüße Benjamin Ohje, das ist mir jetzt aber peinlich… Da war der Knopf wohl zu klein für mich.

Hi h.dijk, willkommen im Forum! Es reicht vollkommen aus, deine Frage nur einmal im Forum zu posten Ich habe sie dir hier beantwortet. Grüße Benjamin

Hallo MiggiBoy, Danke für den Hinweis! Wir konnten den Fehler nachstellen und an die Kollegen aus der Entwicklung weitergeben. Viele Grüße Benjamin

Kurzer Nachtrag: Weitere nützliche Beispiele, um mit den Datumsangaben von Objekten zu hantieren, liefert unsere Online Demo.