@flaterik In den Systemeinstellungen kann man sich die Schaltfläche "Quickpurge" aktivieren. Somit erspart man sich das archivieren, löschen, bereinigen. Eine Übersicht über alle Ports aller Geräte bekommt man nur über einen Report. Das ist aber nur zum ansehen und gibt nicht die Möglichkeit einzelne Ports zu wählen um die dann zu löschen.

Die direkte Kontaktzuweisung über LastLogin ist nicht möglich. i-doit überträgt das lediglich in die Objektkategorie "Letzter eingeloggter Benutzer". Mit viel Programmieraufwand und genug Know-How über DB könnte man es evtl. Scripten und via Event-AddOn abbilden. Aber da ist man wahrscheinlich schneller, wenn man das von Hand macht.

@creiss Hallo Christian, bei dem Import aus JDSIC werden die Seriennummern übernommen. Im i-doit hat also jeder Monitor eine Seriennummer unter Modell stehen. Beim Import der CSV importiere ich die SN nicht mehr. Sie ist doch schon da.. ist das ein Fehler? Ich werde am Wochenende mal mit einer Test CSV arbeiten in der dann nur vier Einträge sind. 2 x Monitore die in i-doit vorhanden sind und zwei die nicht vorhanden sind. Dann ist das Logfile sicher übersichtlicher. Danke für die Antworten. Gruß Stephan

@emricht Vielen Lieben Dank. Das werde ich sobals als Möglich testen. Zumindest sehe ich jetzt wie der Aufruf im Grundsatz ablaufen soll.

Dann geht das leider nicht so wie ich mir das vorgestellt hätte. Danke.

@creiss Es ist scheinbar nicht möglich den Report so zu bauen, dass ich die Felder "Wert", "Von" und "Auf" angezeigt bekomme. Im Logbuch selbst sind sie ja zu finden (siehe screenshot). Hättest du eine Lösung dafür? Müsste man gegebenenfalls einen Komplexen Report bauen? [image: 1616512628908-3788405d-7367-4e41-8ada-80da3606a3ea.png]

Moin @markus-scheller auch wenn die Antwort schon im Ticket kam. Dem Objekt muss noch die spezifische Kategorie "Schrank" zugewiesen werden. Dies kann über die Objekttyp-Konfiguration unter Verwaltung -> CMDB-Einstellungen durchgeführt werden VG Phil

@lfischer Danke für die Information

Hey @armins, ich werde das mal mitnehmen und prüfen. Vielleicht ist das schnell gemacht Viele Grüße Leo

@Michael-Overkamp Ich habe das Problem gelöst. Ich hatte das ganze mit einem Javascript und der Axios Libary ausprobiert. Mit ist ein Fehler im Script unterlaufen ... Danke für deine Hilfe !!!

Moin @danielb , leider fehlen die Beschreibungen der Kategorien anscheinend noch in der KB... Bisher wurden nur die Optionen für JDisc dokumentiert... Die beiden Kategorien werden für JDisc benutzt. Nun können z.b. Garantie-Informationen/Support Entitlements aus JDisc ausgelesen und nach i-doit übertragen werden. Die Connection Endpoints stehen zu Verfügung, um Verbindungen zwischen Objekten aus JDisc auszulesen. Zuvor wurden manuell erstellte Verbindungen in i-doit auch von JDisc Informationen überschrieben. Besonders in Fällen, bei denen in i-doit mehr Verbindungen zu einem Objekt dokumentiert waren, als JDisc auslesen konnte gab es dort Probleme. Nun können mit den Connection Endpoints die Infos zu Verbindungen aus JDisc separat abgespeichert werden. Weitere infos dazu findest du hier -> https://kb.i-doit.com/display/de/JDisc+Discovery#JDiscDiscovery-ZusätzlicheOptionen VG Phil

Hallo @stephan , wenn du mit der Kontaktzuweisung den Benutzer setzt und frühere Benutzer archivierst, ahst du auch eine Historie. Hier wäre also eine eigene Kategorie nicht erforderlich. Für andere Informationen kann eine eigene Kategorie aber wirklich nötig sein. Armin

@philipp-hörselmann Hi, das ist auch in der Demo der Fall. Gerade konnte ich zB. für mehrere Objekte über die Oberfläche kein Dokument daraus erzeugen. Auch für ein einzelnes Objekt ging das nicht. Ein Update wäre super. Liebe Grüße Christian

Hallo Stephan, Armin hatte das absolut richtig beschrieben In deinem Fall würde es also ausreichen eine Datei <i-doit>/src/lang/de_custom.inc.php zu erzeugen die folgendes beinhaltet: <?php $g_langcache['LC__CMDB__CATG__LOGICAL_UNIT'] = 'Zugewiesen an..'; Durch die Nutzung einer solchen de_custom Datei bleiben die Übersetzungen auch nach einem i-doit Update erhalten (anstatt wenn du die Kern-Übersetzungen änderst) Viele Grüße Leo

Hallo @philipp-hörselmann Phil, ja, damit klappt es nun wieder. Vielen Dank für die schnelle Reaktion. Gruß Armin

Moin @bsharper @Treiss anscheinend gab es da auch ein paar Unklarheiten bzgl. der neuen und alten Logik -.-* Ein Kollege hat das einmal hübsch aufbereitet (THX @Michael-Overkamp ) Alte Logik: Objekttyp Mobiltelefon Kategorie > Verknüpfte Karten > Attribut > Verknüpfte Karten >> Interner Filter für Objekte die folgende Kategorien beinhalten "SIM-Karte" Objekttyp SIM-Karte Kategorie > SIM-Karte > Attribut > verknüpftes Mobiltelefon >> Interner Filter für Objekte die folgende Kategorien beinhalten "Verknüpfte Karten". Neue Logik: Objekttyp SIM-Karte Kategorie > Karten > Attribut > verknüpftes Mobiltelefon >> Interner Filter für Objekte die folgende Kategorien beinhalten "Zugewiesene SIM-Karten". Objekttyp Mobiltelefon Kategorie > Zugewiesene SIM-Karten > Attribut > Verknüpfte SIM Karten >> Interner Filter für Objekte die folgende Kategorien beinhalten "Karten". Kategorie > Zugewiesene SIM-Karten > Attribut > Objekt-Titel >> Kein Filter voreingestellt (Notwendig für den Subselect im Objekt-Browser) Ich hoffe das hilft schonmal weiter VG Phil

Moin @mi-dacor bei den Ports/Anschlüssen/Interfaces... handelt es sich um Teile von spezifischen Kategorien. Die Inhalte aus spezifischen Kategorien sind "hard coded" und stehen i.d.R. nur den Kategorien selbst zur Verfügung. VG Phil

@philipp-hörselmann Danke dieser Thread kann zu.