@thebob1 die angezeigten Daten in der Quickinfo sind fest definiert und können nicht angepasst werden. Einfacher wäre es die Objektliste anzupassen.

@thebob1 Bugs können hier nicht gelöst werden, daher sowas immer an den Support melden. help.i-doit.com oder via help@i-doit.com

@stefanp74 also es gibt keine direkte Ansicht aber es lassen sich einfach SQL Queries für den Report Manager nutzen. Da muss dann jedes mal die ID geändert werden, hier 2 Beispiele: Beispiel 1: SELECT DATE(c.isys_cmdb_status_changes__timestamp) AS change_date, CASE s.isys_cmdb_status__const WHEN 'C__CMDB_STATUS__PLANNED' THEN 'Geplant' WHEN 'C__CMDB_STATUS__ORDERED' THEN 'Bestellt' WHEN 'C__CMDB_STATUS__DELIVERED' THEN 'Geliefert' WHEN 'C__CMDB_STATUS__ASSEMBLED' THEN 'In Arbeit' WHEN 'C__CMDB_STATUS__TESTED' THEN 'Getestet' WHEN 'C__CMDB_STATUS__IN_OPERATION' THEN 'In Betrieb' WHEN 'C__CMDB_STATUS__DEFECT' THEN 'Defekt' WHEN 'C__CMDB_STATUS__UNDER_REPAIR' THEN 'In Reparatur' WHEN 'C__CMDB_STATUS__DELIVERED_FROM_REPAIR' THEN 'Aus Reparatur zurück' WHEN 'C__CMDB_STATUS__INOPERATIVE' THEN 'Außer Betrieb' WHEN 'C__CMDB_STATUS__STORED' THEN 'Gelagert' WHEN 'C__CMDB_STATUS__SCRAPPED' THEN 'Verschrottet' WHEN 'C__CMDB_STATUS__SWAPPED' THEN 'Getauscht' ELSE s.isys_cmdb_status__title END AS status FROM isys_cmdb_status_changes c JOIN isys_cmdb_status s ON s.isys_cmdb_status__id = c.isys_cmdb_status_changes__isys_cmdb_status__id WHERE c.isys_cmdb_status_changes__isys_obj__id = 275 ORDER BY c.isys_cmdb_status_changes__timestamp ASC; [image: 1779946818968-2baadea2-48d2-4a6d-8f26-ebb94d040872-image.jpeg] Beispiel2: SELECT o.isys_obj__id AS object_id, o.isys_obj__title AS object_title, DATE(c.isys_cmdb_status_changes__timestamp) AS change_date, c.isys_cmdb_status_changes__timestamp AS change_time, s.isys_cmdb_status__title AS status_constant, CASE s.isys_cmdb_status__const WHEN 'C__CMDB_STATUS__PLANNED' THEN 'Geplant' WHEN 'C__CMDB_STATUS__ORDERED' THEN 'Bestellt' WHEN 'C__CMDB_STATUS__DELIVERED' THEN 'Geliefert' WHEN 'C__CMDB_STATUS__ASSEMBLED' THEN 'In Arbeit' WHEN 'C__CMDB_STATUS__TESTED' THEN 'Getestet' WHEN 'C__CMDB_STATUS__IN_OPERATION' THEN 'In Betrieb' WHEN 'C__CMDB_STATUS__DEFECT' THEN 'Defekt' WHEN 'C__CMDB_STATUS__UNDER_REPAIR' THEN 'In Reparatur' WHEN 'C__CMDB_STATUS__DELIVERED_FROM_REPAIR' THEN 'Aus Reparatur zurück' WHEN 'C__CMDB_STATUS__INOPERATIVE' THEN 'Außer Betrieb' WHEN 'C__CMDB_STATUS__STORED' THEN 'Gelagert' WHEN 'C__CMDB_STATUS__SCRAPPED' THEN 'Verschrottet' WHEN 'C__CMDB_STATUS__SWAPPED' THEN 'Getauscht' ELSE s.isys_cmdb_status__title END AS status_label FROM isys_cmdb_status_changes c JOIN isys_obj o ON o.isys_obj__id = c.isys_cmdb_status_changes__isys_obj__id JOIN isys_cmdb_status s ON s.isys_cmdb_status__id = c.isys_cmdb_status_changes__isys_cmdb_status__id WHERE o.isys_obj__id = 12345 ORDER BY c.isys_cmdb_status_changes__timestamp ASC; Hier noch die Vorschau: [image: 1779946057830-e3ab569b-0d7b-45f0-8ecf-e7e2118d977a-image.jpeg]

@P.Bluhm besten Dank für die Hinweise und den Link. Ich habe es dann jetzt doch über eigene Objekte gelöst da hier noch andere Sachen dazu kommen macht das aus meiner Sicht Sinn. Ganz herzlichen Dank! VG

@held_der_arbeit bitte verwende für das Update mit dem i-doit console utility die Anmeldedaten vom Admin-Center. Die Hilfe zum Befehl wird noch verbessert und in der KB auch. Ps. gibt es keine Möglichkeit mod_rewrite auf dem System zu aktivieren?

@Benjamin-M Der Primärkontakt macht in meinen Augen schon Sinn und der Rest der Ansprechpartner ist ja ersichtlich, wenn das Objekt aufgerufen wird. Hast du es mal mit "Arbeitsplatz" Objekten probiert ? Grüße

@KCEVE soweit mir bekannt ist wird es kein docker release geben. Ob es auf die Roadmap kommt lässt sich bei der DiP sehen: https://www.i-doit.com/pwr-event-dib-26

@cherif da SSO durch Apache übernommen wird ist die lokale Anmeldung nicht möglich außer, wenn es einen weiteren VHost ohne mellon gibt. Zum Beispiel wie hier beschrieben: <VirtualHost *:80> ServerName nosso.synetics.test ErrorLog ${APACHE_LOG_DIR}/error.log CustomLog ${APACHE_LOG_DIR}/access.log combined DocumentRoot /var/www/html <Directory "/var/www/html"> AllowOverride All Require all granted </Directory> </VirtualHost> Siehe auch: https://community.i-doit.com/post/18774

Hey @StefanP74 vielen Dank für dein Feedback In i-doit haben wir ja quasi zwei Ansichten - die explizite Druckansicht (via Klick auf das Drucker-Icon) und die Browser Druckansicht (einfach STRG + P drücken). Letzteres sieht schon mal besser aus als die XML Druckansicht... Da könnte man aber auch am "print CSS" ein wenig was verbessern Die ISMS Ansichten sind tatsächlich auch ein wenig spezieller als unsere regulären Kategorien Ich glaube wenn die Browser Extension für dich funktioniert würde ich erst mal darauf bauen. Dennoch probiere ich in den kommenden Versionen das print CSS etwas aufzuhübschen - das wird allerdings frühestens mit i-doit 39 passieren. Viele Grüße Leo

@Michael-Huhn said in i-doit mit Zammad zeigt nur 10 Objekte: isys_connector_ticketing_zammad.class.php Schade das keine Änderung geplant ist, das händische Anpassen hilft auf jeden Fall schon mal.

@miba_anyware scheint ein Bug zu sein. Bugs bitte an help@i-doit.com senden. Workaround ist mir nicht bekannt.

Servus, ich würde anraten die Restrisiken in gedruckter Form entsprechend unterfertigen zu lassen, abzulegen (digital durch Scan oder analog im Ringordner) und entsprechend in i-doit zu dokumentieren. Eine Wiedervorlage (zB. jährlich) inkl. Neubetrachtung und anschließender Neubewertung ist bei Abweichung entsprechend ebenso durch den Genehmigungsprozess zu leiten und in i-doit zu dokumentieren. LG Stefan

Hallo @Nico , admin User mit https://help.i-doit.com/hc/de/articles/14119095792284-Wie-kann-man-das-Admin-Center-Passwort-zurücksetzen recovered , dann geht es auch mit dem Admin-Center. Konfiguration gefunden und angepasst, DANKE! LG maniac_

@Michael-Huhn danke für den Hinweis, es hilft mir weiter!

Danke für Deine Hilfe. Damit konnte ich mein Problem lösen. Der Speicherort war ein geringfügig anderer: im Dialog-Admin ./ISMS/Schutzziele

Hallo StefanP74, vielen Dank für deinen Beitrag und die Einblicke, die du zu i‑doit gegeben hast. Deine Beschreibung des Vorgehens (Locations → Floors → Equipment etc.) finde ich sehr hilfreich und zeigt, dass du bereits systematisch arbeitest. Ich möchte die Diskussion gern noch etwas erweitern: An alle Nutzer dieser Community – wer von euch hat mit i-doit wirklich ein erfolgreiches Asset-Management-System aufgebaut, also nicht nur Inventarisierung oder Dokumentation, sondern einen durchgängigen Prozess von Beschaffung über Nutzung bis Ausmusterung inklusive Kennzahlen, Kostenverfolgung, Lebenszyklen usw.? Ich finde es schwer vorstellbar, dass nur zwei Organisation bzw. eine Person hier positive Erfahrungen gemacht hat. Ich wäre sehr interessiert zu hören, wie ihr „Erfolg“ definiert habt, mit welchen konkreten Kennzahlen ihr arbeitet, wo eventuell Stolperfallen lagen. Nochmals vielen Dank, Stefan, für deinen Input – und an alle eine große Bitte für Rückmeldungen! Viele Grüße

Hi, ich habe zwar das ISMS Modul nicht, aber bei "normalen" i-doit Attributen hilft mir in diesen Fällen oft ein CSV-Export, Datenkorrektur, CSV-Import. Alternativ gibt es auch noch die Massenänderung, die beim setzten von einzelnen gleichen Werten auch hilft. Grüße Leo