Hallo, eine Zuweisung dieser Art ist so leider mit i-doit nicht möglich. Das einzige was gehen würde wären variable Reports in benutzerdefinierten Kategorien. Hier muss aber beachtet werden das Kategorien wie Standort etc. nicht davon betroffen sind. Hier einmal der passende KB-Artikel dazu: https://kb.i-doit.com/display/de/Variable+Reports Gruß Patrick

Hi, ja, es mag sein, dass der Artikel bei Stackoverflow nicht neu ist, aber das Verhalten habe ich in den letzten 11 Jahren mit i-doit noch nie gehabt. Und wir haben auch nichts bei der Erstellung der Dumps (mysqldump) oder beim Einspielen geändert. Also entweder kommt das durch eine neue MySQL-/MariaDB-Version oder eben durch i-doit. Bist du sicher, dass ihr nichts dahingehend geändert habt? Bei mir gibt es neben ROW_FORMAT=FIXED auch ROW_FORMAT=COMPACT und ROW_FORMAT=DYNAMIC. Lieben Gruß Christian

Hi, genau, die Minor-Releases können ausgelassen werden, die Major-Releases nicht. Ich hatte bei meinem letzten Vorkommen der Meldung kein Major-Release übersprungen aber trotzdem die Meldung erhalten. Also keine Ahnung, ob das der ausschlaggebende Punkt ist. Lieben Gruß Christian

Vielen Dank, das werde ich ausprobieren.

Rechtezuordnung für zwei unterschiedliche IT-Abteilungen

Hi, nehme ich in die Feature Requests auf.

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

Hi, i-doit greift direkt auf die OCS Datenbank zu. Wo diese liegt, und ob das ein "laufendes" OCS ist, ist dabei egal. Wenn Du Die Datenbank gedumped hast, reicht es, diese auf dem i-doit Server im MySQL anzulegen und zu importieren. Der User ist dabei egal, Du kannst auch den MySQL root user benutzen, um die Daten zu importieren und von i-doit heraus darauf zuzugreifen. Sollte man natürlich nicht in Produktionsumgebungen, funktioniert aber zwinker. Dann kannst Du in i-doit einfach in der Konfiguration die lokale importierte OCS Datenbank konfigurieren und dann über die Importfunktion die Daten importieren. Screenshot zur exemplarischen Konfiguration anbei. [image: 1353_vivaldi_2016-11-08_10-29-27.png]

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 The.Man2, Du koenntest ein passendes Objekt aus Deiner CMDB als XML exportieren und Dir den Export dann als Vorlage fuer einen neuen Import nehmen, sollte als Grundkonstrukt eigentlich funktionieren. Gruss, jkondek

@jkondek: meinst Du den Zustand oder den Status? Das sind zwei unterschiedliche Abfragen. Zustand natürlich, danke!

Danke, ist mir bisher nicht aufgefallen.

Hi zusammen, meine Lösung ist nun wie folgt: Mit einer CSV Datei importiere ich die Vertragsinformationen in teils selbst erstellten Kategorien. Wichtig dabei das Datum. Mit dem Reportmanager führe ich folgende Abfrage aus: SELECT obj_main.isys_obj__id AS 'id', obj_main.isys_obj__title AS 'LC__UNIVERSAL__TITLE###1', j2.isys_catg_custom_fields_list__field_content AS 'Bindefristende###7' FROM isys_obj AS obj_main INNER JOIN isys_cmdb_status AS obj_main_status ON obj_main_status.isys_cmdb_status__id = obj_main.isys_obj__isys_cmdb_status__id LEFT JOIN isys_catg_custom_fields_list AS j2 ON obj_main.isys_obj__id = j2.isys_catg_custom_fields_list__isys_obj__id AND j2.isys_catg_custom_fields_list__field_key = 'c_1437642359814' WHERE TRUE AND  ( (j2.isys_catg_custom_fields_list__field_content = curdate() ) )  ORDER BY obj_main.isys_obj__id ASC; Dies liefert mir die Ausgabe, ob am heutigen Tag ein Bindefristende beim Vertrag ist. Im Benachrichtigungstool lasse ich dann diesen Report abfragen und Mails rausschicken. Dies war für mich die schnellste und einfachste Methode. Grüße

Hallo The.Man, das ist auch etwas, was ich am Abfrage-Editor bemaengel. Es gibt keine Moeglichkeit Summen zu bilden, zu sortieren, … Aber da ich meist eh den SQL-Editor nutze, ist das fuer mich kein Problem. Gruss, jkondek