Hallo @LutzHaseloff Verwende besser die folgende Methode. { "method": "cmdb.category.save", "params": { "object": 1430745, "category": "C__CATG__CONTACT", "entry": 27325, "data": { "role": 6 }, "apikey": "apikey", "language": "en" }, "id": 2, "version": "2.0" } VG, Cherif

bhinterland sagte: Wir haben SIM-Karten, welche Partner-Karten haben und würden diese auch verknüpft. Wir reden hier von Hauptkarte zu n Nebenkarten. Leider wird die Verknüpfung nur auf einer Seite angezeigt, nämlich auf der wo wir es angelegt haben. Gibt es eine Möglichekeit wie ich die Verknüpfung auf allen Seiten sehe? Ein Beispiel wäre ein variabler Bericht, würde ich schätzen kennt sich jemand damit aus?

Hey @cherif alles klar - das erklärt es Der Login ist in deinem Fall notwendig, ja. Das hat ganz einfach damit zu tun das i-doit, als multi-tenant system, sich zunächst in einen Tenant einloggen muss um feststellen zu können ob dein Add-on installiert und aktiviert ist. Das ist Teil des Bootstrappings. Der Login ist nur für Kern System-Commands "überspringbar" die nicht im Mandanten Kontext arbeiten. Viele Grüße Leo

@LFischer Vielen Dank für die Info

@Michael-Huhn Ich habe gerade eine kurze Session mit dem Support gehabt und es jetzt auch verstanden Sorry, das ging für mich aus der Anleitung wirklich nicht hervor. Vor allem hätte ich so ein Verhalten aber auch einfach nicht erwartet: Nachdem ich mein Passwort eingetippt habe, wird ausprobiert, in welchem Mandanten es passt? Finde ich ... gewöhnungsbedürftig.

@FFlori dazu muss man den Counter editieren, wie in der KB beschreiben: https://kb.i-doit.com/de/grundlagen/benutzerdefinierte-zaehler.html#fuhrende-nullen

Hey @stefanp74 nach langer Wartezeit (und einem Reminder) konnte ich die Entscheider umstimmen und wir planen (absehbar in i-doit 39) die HTML E-Mails (inkl. richtiger Tabellen) einbauen Es gehört allerdings noch ein wenig mehr Arbeit dazu als was hier eingebaut wurde - zum Beispiel möchten wir die Entscheidung dem User überlassen und auch den WYSIWYG Editor nutzen, sofern HTML E-Mails aktiviert wurden. Der Change liegt aktuell bei unserer QS und sollte (wenn nichts dazwischen kommt) mit der nächsten i-doit Version (aktuell für Oktober geplant) veröffentlicht werden. Viele Grüße Leo

Hey @Moritz das müsste ich zunächst mal bei unseren Projektmanagern anfragen - ich vermute aber da gibt es keine tiefere Begründung. Es bleibt häufig eine Frage der Priorität. Jedenfalls habe ich noch mal nachgehakt und konnte die Entscheider umstimmen Es gehört ein wenig mehr Arbeit dazu als was im anderen Topic eingebaut wurde - zum Beispiel möchten wir die Entscheidung dem User überlassen und auch den WYSIWYG Editor nutzen, sofern HTML E-Mails aktiviert wurden. Der Change liegt aktuell bei unserer QS und sollte (wenn nichts dazwischen kommt) mit der nächsten i-doit Version (aktuell für Oktober geplant) veröffentlicht werden. Ich werde das auch gleich im anderen Topic erwähnen Viele Grüße Leo

@cherif Danke, da hab ich den Wald vor lauter Bäumen/IDs nicht gesehen, das war's? Schöne Grüße Andreas

Servus @HKARZ ! Wenn ich deinen post richtig verstanden habe, müsste folgende Service-Modellierung die Abhängigkeiten korrekt abbilden: LG Peter [image: i-doit_Community-Example.png]

Vielen Dank @leobaer ich habe es über SQL gelöst und ein wenig Hilfe von KI Besten Dank für die Hilfe VG r.

Hi, Bei Apache modules einfach auf die Test Schaltfläche klicken, dann wird das grün. (Zumindest ist das bei unserer RHEL8 Installation so). Das Not Found liegt daran, dass RHEL8 das Modul umbenannt hat. [root@medusa01536-12 tmp]# httpd -M | grep rewrite rewrite_module (shared) Bzgl memcached: memcached auf RHEL 8 (Ggf. braucht man die --no flags nicht mehr) dnf install -y --nogpgcheck --nobest memcached sudo systemctl enable memcached.service sudo systemctl start memcached.service

@P.Bluhm Vielen Dank für die Hilfe, hat alles geklappt

@Michael-Huhn danke für die ganzen Infos. Das mit der virtuellen Kategorie dachte ich mir schon. Da nur "dumme" PDUs im Einsatz sind, hatte ich genau die Convention bereits umgesetzt - nur ohne Summen-Report zum Schluss. Das werde ich dann nachholen und testen

@thebob1 eine i-doit 8.3 gibt es nicht. Die aktuelle Version ist die 38. Aktuell gibt es weder eine Anleitung noch eine Funktion, um zwei Datenbanken zusammenzuführen Die Daten müssten also als Import hinzugefügt werden.

@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: 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: 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