@mwaldeck leider nein, es gibt nur die Option Filter ermöglicht die Suche nach Teilstrings für alle Listen, unter Systemreparatur und Bereinigung, zu aktivieren

@mwaldeck das ist ein Bug, zu dem auch ein Bug Report existiert. Sollte in einer der nächsten Versionen gelöst sein. Als Workaround einfach den Bookmark editieren, löschen und neu speichern.

Hey @mwaldeck gerne doch Ich würde generell Vorschlagen solche Hinweise an unseren Support zu schicken https://help.i-doit.com/ die haben da ein verlässliches Auge drauf und kippen das dann als Ticket bei der Produktentwicklung ein. Viele Grüße Leo

Hallo @P-Bluhm , das klang für mich alles plausibel und gut erklärt. Nun habe ich einmal genauer nachgesehen und bei uns die Kollegen gefragt, wir synchronisieren die Kontakte gar nicht mit dem AD - bzw. den ldap-sycndn lassen wir nicht über den Cron laufen. Leider habe ich keine Idee, ob und wonach ich in den Logs nachsehen könnte, ob nicht doch irgendwo ein Synch-Job läuft. Was mir aber auffällt, dass die Benutzer zu "komischen" Uhrzeit durch den Benutzer system gelegt wurden und dass die Anzahl der Benutzer in den jeweiligen Mandanten nicht gleich sind. D.h. in einigen Mandanten sind 20 in anderen 50 und mehr. Und auffällig ist, dass die Benutzer zu irgendeinem Zeitpunkt X durch System angelegt wurden und das X auch das letzte Änderungsdatum durch System ist. Und spricht ja auch gegen einen Synchronisierungsprozess. Damit ist mir aber immer noch nicht klar, warum die Benutzer nun in den jeweiligen Mandanten sind. Die ersten Benutzer werden durch i-doit im jeweiligen Mandanten angelegt, sobald der Mandant angelegt und mit dem LDAP - Verbunden ist. Nur bei Mandanten, die keine LDAP-Integration haben, werden zusätzliche Benutzer angelegt. Es hängt also mit der LDAP-Integration zusammen. Ich würde es gut finden, wenn die Personen erst wirklich angelegt werden, wenn sie sich das erste Mal an dem jeweiligen Mandanten angemeldet haben. Das wäre am besten. Wenn das nicht geht, aus Gründen, würde es mir auch reichen, wenn dann die Benutzer nicht in die Lizenzzählung eingehen würde. So belasten wir unsere Lizenzen, wenn wir in jedem Mandanten die selben Benutzer mehrfach zählen. Und das finde ich nicht so gut. Danke.

Hallo @Michael-Overkamp, auf die Schnelle konnte ich das in unserem Testsystem durchaus nachstellen. So ganz klar ist mir das am Ende für unser Prod.-System nicht, aber das kann ich ja nochmal schauen. Aber letztlich können wir auch in anderen Feldern die Werte nicht löschen. Zum Beispiel in den Verträgen können wir das Endedatum nicht entfernen. Habe dies gerade im Demo-System probiert. Bei den Verträgen werden die Daten im Screenshot sauber entfernt, sogar der Vertragsbeginn, aber das Vertragsende nicht. [image: 1701346302375-437ab5b1-89f5-49fe-8275-966872819549-image.png] Danke Mathias

Hallo @mwaldeck auf einem Test- und Entwicklungssystem kann das Ganze natürlich sehr gerne ausprobiert werden Zum Glück ist es bisher relativ entspannt gewesen von PHP 8.0 auf 8.1 und 8.2 upzudaten - es gab kaum bis keine technischen Änderungen die i-doit betreffen (beim Sprung von 7.x auf 8.x sah das ganz anders aus). Trotzdem müssen wir natürlich auch unseren Partnern, die eigene Add-ons entwickeln, etwas Zeit geben ihre Add-ons kompatibel zu machen. Das gleiche wird dann auch wieder mit PHP 8.3 anstehen (wurde letzte Woche veröffentlicht). Viele Grüße Leo

@mwaldeck Moin, ein kurzes Update. Das Problem tritt auf, wenn beim Import die Einstellung gewählt wird, dass die Multivalue-Werte als Zeilen eingelesen werden sollen. In Rücksprache mit synetics ist es als Fehler erkannt worden und wird bearbeitet. Danke.

Hallo @mwaldeck, soweit mir bekannt wird das Add-on wird schon lange nicht mehr weiterentwickelt. Ersatz wäre das erwähnte i-doit pro Add-on MedTec

Vorstellen könnte ich mir, per API alle Mandanten abzugrasen und mir die Informationen dann zusammen zustellen. Da uns bisher keine andere Methode eingefallen ist, machen wir das genau so. Eine Vereinfachung ist, dass wir die API Keys über alle (aktiven) Mandanten per DB-Abfrage auslesen: SELECT isys_mandator__id AS 'TenantID', isys_mandator__title AS 'Title', isys_mandator__apikey AS 'APIkey' FROM idoit_system.isys_mandator WHERE isys_mandator__active=1 HTH Martin

Hallo @Philipp-Hörselmann, danke für die Information. So eine Funktion wäre in meinen Augen durchaus sinnvoll, vielleicht kann dies für eine der nächsten Versionen einmal geprüft werden? Danke.

Moin @mwaldeck das geht zum aktuellen Zeitpunkt leider wirklich nicht. Ich würde Vorschlagen, das als Verbesserungsvorschlag bei uns im Support einzureichen. Viele Grüße Phil

Hallo @Michael-Overkamp , danke für dein Interesse. Mein Use Case ist durch den Versuch, eine umfangreiche Dokumentation zu unseren verwalteten Objekten direkt aus i-doit zu erstellen. Wir verwalten mehrere Firmen, die jeweils Standorte haben und dort relevante Technik und Services bereitstellen. Diese möchte ich in einem Dokument als Überblick über alle diese Objekte darstellen, quasi als erster Einstieg in eine IT-Dokumentation. Dies würde ich eben gern am Firmen-Objekt als Dokument ansiedeln. Also im Idealfall möchte ich verschiedene Objekte finden, die sich unterhalb, egal in welcher Ebene, des aktiven Objektes befinden. Im Abfrageassistenten geht es indirekt ja auch schon, wenn ich den jeweiligen Standort fest hinterlege. Hier mal mein Beispiel als Screenshot: [image: 1582117708664-i-doit-abfrage-kritische-infrastruktur.png] Also eigentlich nichts besonderes. Danke, Mathias

Hallo Phil, danke für die Antwort. Aber das passt für mich nicht so ganz. Mein Ziel ist nicht, ein Bild einfach so einzufügen, sondern ich würde auch den Weg über das Hochladen gehen. Das ist nicht so ganz komfortabel, aber machbar. Dem könnte ich mich unterwerfen. Aber leider habe ich im Bildeinfüge-Assistenten keine Möglichkeit, auf die Bilder, die ich separat hochgeladen haben, zuzugreifen. [image: 1597336964919-bildschirmfoto-2020-08-13-um-18.21.15.png] Ich muss irgendwie die URL im i-doit herausfinden und das finde ich nicht so optimal. Da wäre gut, wenn ich das im Assistenten heraussuchen könnte. Meine Schwierigkeiten mit der "Dateneingabe bereinigen"-Funktion muss ich nochmal nachstellen und würde da nochmal eine Rückmeldung geben. Danke und viele Grüße Mathias

Ich glaube ich habe mein Platzhalterproblem lösen können. Habe noch ein bisschen rumprobiert, nochmal die Knowledgebase gelesen. So ganz klar ist mir das Verhalten beim Umwandeln eines "normalen" Reports in ein SQL-Reports nicht, aber der Platzhalter muss: AND isys_obj.isys_obj__id PLACEHOLDER 'object-id' in der Bedingung lauten. Diesen hatte mir die Reportumwandlung teilweise nicht erstellt.

Moin @mwaldeck leider kann ich nur mitteilen, dass es jetzt in der Entwicklung liegt und analysiert wird. Viele Grüße Phil

Moin @mwaldeck leider ist das aktuell nicht realisierbar. Kannst du mir evtl. einmal definieren wie du dir das vorstellst und an die help@i-doit.com senden? Dann kann ich den Vorschlag dort aufnehmen und unser Product-Management kann die Idee bewerten. Vielen Dank schonmal. Viele Grüße Phil