Hallo, am besten mal ein paar Screenshots und das dementpsrechende Import Log von JDisc an uns senden. help@i-doit.com Unser Supportteam wird sich das Ganze dann einmal näher anschauen. Grüße aus Düsseldorf Patrick

Hallo Robert, hierfür könnte man den CMDB-Explorer verwenden, anbei einmal der passende Link aus unserer KB. https://kb.i-doit.com/display/de/CMDB-Explorer Oben rechts in der Ecke befindet sich ein Feld wo der Filter gesetzt bzw. auch editiert werden kann. Grüße aus Düsseldorf Patrick

Hallo, der Hotfix ist in der Knowledge Base zu finden Hier der Link https://kb.i-doit.com/pages/viewpage.action?pageId=82575769

Hallo zusammen, ich war auf der Suche nach Hilfe zur Einrichtung des QR-Drucker-Tools, weil wir es mit unserem Dymo-Drucker auch nicht schaffen, die Etiketten sauber zu bedrucken. Teilweise verstehe ich gar nicht, wie man das einrichten sollte - Etiketten haben keine Größe in Pixel sondern in cm... selbst mit Umrechnung der DPI kommt nur die Hälfte des Labels raus... Ich möchte hier aber nur unseren Lösungsweg präsentieren: wir haben einen Report erstellt mit allen Daten, die wir auf dem Etikett haben wollen, und einem zusätzlichen Feld, in dem wir die URL mit der Objekt-ID angeben. Den Report führen wir per Cron-Job über den i-doit-Controler in regelmäßigen Abständen durch und lassen uns die CSV-Datei auf unseren Server legen. Für das Klebeetikett selbst haben wir dann einfach einen Word-Serienbrief erstellt und mit der CSV verknüpft. In Word kann man dann auf Wunsch auf 1D-Codes (Code39, Code128) als Schriftart für die URL verwenden, oder man kann mit der DISPLAYBARCODE-Funktion eben den QR-Code erstellen (hier eine beispielhafte Erläuterung, wie man die Funktion nutzt). Mit der "Vorschau"-Funktion kann ich dann nach einzelnen Items suchen und diese drucken. Wer das ganze etwas komfortabler ausgestalten möchte, kann natürlich die SQL-Abfrage des Reports direkt in den Serienbrief übernehmen, dann müsste man natürlich den Zugriff auf die Datenbank von den Druck-Clients aus zulassen. Oder irgendwie die API einbinden... wie auch immer das gehen könnte. Das ganze ist natürlich etwas umständlicher, nicht "live" (wenn wir etwas ändern/eintragen, müssen wir auf den nächsten Cron-Lauf warten bzw. diesen manuell starten, bevor wir drucken können), aber es erfüllt seinen Zweck und ist leider deutlich komfortabler als das QR-Tool. Vielleicht dient das hier auch als kleiner Wink mit dem vertikalen Verankerungspunkt einer Flächenbegrenzungsanlage (Neudeutsch "Zaunpfahl") an die Entwickler - eventuell wird das Tool mal noch etwas angepasst was die Anpassung der Etiketten angeht. Schöne Grüße Tobias

Hallo Tobias, das Script benötigt zwingend eine nackte Installation von Debian. Es dürfen vorher keinerlei Pakete manuell installiert werden. Hier einmal der passende Beitrag aus unserer KB: https://kb.i-doit.com/display/de/Automatische+Installation Du könntest nun entweder die Pakete wieder deinstallieren oder einfach eine neue Installation nutzen. Grüße aus Düsseldorf Patrick

Hallo zusammen, dies ist ein BUG der ab der Version 1.13.2 gelöst sein wird. Alternativ kann man natürlich manuell dumpen. Gruß Patrick

Hallo Micha, mit i-doit open wird sich dies leider nicht darstellen lassen. Des weiteren ist die Version leider etwas sehr alt und ich rate dringend ein Update durch zu führen. Solltet ihr Hilfe bei der Migration brauchen, erstellt einfach ein Ticket und verweist auf diesen Beitrag. Gruß Patrick Feature-Matrix https://www.i-doit.org/cmdb-it-documentation/

Hallo Pta, ich würde behaupten, dass das mit den Standardfunktionen eher nicht funktioniert. Höchstens mit Kombinationen mit beispielsweise dem Event Add-on und Skripten dahinter. Aber was viel verwirrender ist: Wieso heißen Geräte an den Standorten teilweise gleich? Ich denke, dass ihr da lieber ansetzen solltet, denn das sollte nicht sein. Dann habt ihr keine ordentliche Nomenklatur für die Objekte definiert. Lieben Gruß Christian

Hallo @FMichalski, dazu musst du unter "Verwaltung > CMDB-Einstellungen > Objekt-Browser" den Eintrag zu "Zugewiesen Endgeräte" suchen. Darin siehst du dann die Bedingung, damit der Objekttyp im Objekt-Browser auftaucht. Im Screenshot ist es der gelb hinterlegte Text. [image: 1568890318546-7af28044-307d-472f-8c68-7c6d2f916f3a-grafik.png]

Hi, ich würde einen Snapshot einspielen und dann direkt auf die 1.13 springen. Ich meine, dass es auch einen Bug beim Update von der 1.12.2 auf die 1.12.3 gab, bei dem man das Paket manuell herunterladen und einspielen musste. Letztendlich fühlt sich ein solches System "korrumpiert" an, wenn man mal beim Update Fehlermeldungen hatte. Spätestens wenn man später auf einen Fehler trifft und sich fragt, ob das was damit zu tun haben könnte. Dann lieber einen Schritt zurück und wieder drei Vorwärts. Liebe Grüße Christian

Hallo Sebastian, wir vermuten das hier gepflegte Rechte für ein Add-on vorhanden sind, dass irgendwann deinstalliert wurde. Das könnte man mit Hilfe einer Query herausfinden und anschließend löschen. Vorher bitte unbedingt ein Backup der Mandantendatenbank erstellen. Folgende Query bitte einmal auf der Mandantendatenbank ausführen. SELECT * FROM isys_auth LEFT JOIN isys_module ON isys_module__id = isys_auth__isys_module__id WHERE isys_module__id NOT IN (SELECT isys_module__id FROM isys_module) OR isys_module__id IS NULL Gruß Patrick

@franknagel Hallo @franknagel , ich bedanke mich. Das hat jetzt geklappt... Vielen Dank VG Cherif

Hi Sebastian, das idoit-rights.sh-Script muss aus dem Webserver-Stammverzeichnis (in diesem Falle /var/www/html) aufgerufen werden. Probier es also mal am Besten mit: cd /var/www/html sudo sh idoit-rights.sh unset Sollte es dann immer noch nicht klappen, versuche mit folgendem Befehl die Rechte des Ordners /var/www/html/temp explizit zu setzen: sudo chown -R www-data:www-data /var/www/html/temp/ sudo chmod g+rw -R /var/www/html/temp/ Liebe Gruesse Alex

Hi Ben, das aktuelle Debian Buster hat aber schon wieder zu neue Versionen für i-doit 1.13. Habe sowohl für PHP als auch für die MariaDB Warnungen beim Update in einem schönen rot erhalten. Lieben Gruß Christian

Hallo proofy, die Community Edition "i-doit open" ist definitiv Open Source. Mehr noch: Sie ist Free Software, da sie unter der AGPLv3 steht. Der Source Code von "i-doit open" ist vollständig in den Release-Paketen enthalten. Es ist allerdings ein Trugschluss, das Open Source/Free Software nur mit öffentlichem Git-Repository möglich ist. Wir ermöglichen Zugriff auf unsere Git-Repositories. Dazu haben wir die Entwickler-Partnerschaft geschaffen. Diese wird seit Beginn rege von Anwendern und Partnern genutzt. Dabei sind bereits spannende Contributions entstanden. Alle Infos dazu gibt es hier: https://www.i-doit.com/community/developer/ Viele Grüße Benjamin Heisig

Hello together, the problem with idoit open/pro was only a temporary problem and is fixed. Actually we are working on a solution for the MySQL problem. Best regards Patrick

@schubiman Vielen Dank. Ich werde das mal versuchen.

Hallo Herr Beltschew, Und hier meine Frage: hat jemand Erfahrung mit der Abbilden von komplexe Service Kataloge in i-doit? Wie kann man die Service Levels und die dazugehörige Verträge (SLAs) abbilden? Ja, in einigen Projekten habe ich diverse Modelle der Servicemodellierung verwendet. Dabei gibt es keinen festen und "richtigen" Weg sondern den Weg, der am besten zu den Bedürfnissen passt. SLAs könnten in der gleichnamigen Kategorie direkt beim Service abgelegt werden. Gibt es jedoch unterschiedliche Verträge pro Service, sind die SLAs besser beim Vertrag hinterlegt der wiederum den Kunden zugeordnet werden kann. Soll man die Kunden auch in i-doit abbilden, wenn ja welche Datenfelder sind von Bedeutung? Ob und wenn ja wie Kunden abgebildet werden sollten hängt meines Erachtens davon ab, ob diese Information später in der CMDB benötigt werden. Wenn ich Zeit damit verbringe Informationen zu sammeln, in der Datenbank abzulegen und aktuell zu halten, diese Informationen danach aber nicht mehr dort suche bzw. nicht oft genug dort suche, würde ich eher davon abraten. Ist diese Information essentiell, weil diese für Verknüpfungen oder Reports verwendet werden soll, würde ich schon dazu raten. Von den Feldern her würde ich mich dabei auch immer auf das konzentrieren, was wirklich benötigt wird. Wie kann man Sichten auf den Katalogen den Konden zur Verfühgung stellen? Es gibt eine grafische Darstellung über den CMDB-Explorer oder Listenansichten über den Report Manager. Wenn ich in Projekten sehr komplexe Ansichten mit Filtern brauche, tendiere ich auch mal dazu eigene Report Views zu bauen. Letzteres geht aber nicht über die Oberfläche von i-doit. Welche Funktionalitäten von i-doit unterstützen die Pflege der Service Katalog? Gibt es Add-Ons, die dabei helfen? Das einzige Add-on, was bei der Auswertung unterstützt, ist das Analyse Add-on. Bei der Pflege sind jedoch die bereits in der Hauptversion vorhandenen Funktion ausreichend für die Dokumentation. Liebe Grüße Christian

Hallo Oliver, hallo Michael, ich mache das meistens über einen MySQL-Dump. Wenn ich einen Mandanten angepasst habe, dumpe ich die DB und spiele diesen Dump in den neuen Mandanten ein und aktiviere diesen dann über das Admincenter. @Michael-Huhn Werden denn mittlerweile wirklich alle benutzerdefinierten Objekttypen und Kategorien im Profil mit abgespeichert? Mein letzter Stand ist, dass nur die Konfiguration der bestehenden Objekttypen und Kategorien exportiert wird. Lieben Gruß Christian