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

@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

@ilex-aqua, der ldap-sync importiert tatsächlich nur die Personen und wenn gewollt auch Personengruppen. Eine Verknüpfung zu Clients etc. findet dabei nicht statt. Wenn die Clients bereits existieren, werden die Personen über die Kontaktzuweisung zugeordnet. Über die Person und der Kategorie zugeordnete Objekte, ist es möglich auch direkt mehrere Clients oder andere Objekte der Person zuzuweisen. Da es sich um eine rückwärtige Kategorie handelt, wird damm beim anderen Objekt ein Eintrag in der Kategorie Kontaktzuweisung erstellt. Es ist natürlich auch möglich die Kontaktzuweisungen via CSV zu importieren. Auch zusammen mit den Objekten.

@Michael-Huhn Besten Dank, hat funktioniert! VG

Hallo, ins Blaue geraten - handelt es sich vielleicht um eine HTTP/HTTPS-Problematik? Der Webserver des i-doit-System und der QR-Code-Drucker müssen das gleiche Protokoll sprechen. Ggf. kann eine Automatik auf dem Webserver (nur HTTPS akzeptieren, leite HTTP an HTTPS weiter, ...) einem in die Suppe spucken. Gruß Zini

@inasutin maybe the search index needs a update? Or read here https://kb.i-doit.com/en/efficient-documentation/search.html

@Matthe nur über die Druck Funktion des Browsers (STRG+P). Ansonsten ggf. eines der Partner Add-ons -> https://www.i-doit.com/i-doit/add-ons/

Moin, oh mann, tjo, die Logik bleibt manchmal verborgen. Vielleicht hätte ich der einfachheitshalber pgsql für PHP8.1 installieren sollen. apt install -y php8.1-pgsql phpenmod pdo_pgsql Tut wieder. Schlafen soll gesund sein LG Stefan

Alles klar. Danke für die Erklärung und den Workaround

@inasutin Schaut so aus, als wäre memory_limit in deiner php.ini zu schwach eingestellt. Keine Ahnung wieviel der Prozess benötigt, aber ich denke, wenn du mal auf 1024MB drehst, wird das nicht verkehrt sein.

Hallo @alle, gibt es hier schon was Neues zu? Wäre sehr an einer Lösung interessiert! Besten Dank und VG TheBob

Hallo @uhaase der API Client unterstützt noch keine der v2 Endpunkte - wobei das bisher auch gar nicht nötig ist. Die v2 Endpunkte wurden in erster Linie ins leben gerufen um die Parameter zu vereinheitlichen (z.B. werden objID, catgID oder catsID mit object und category usw. getauscht) - der API Client übernimmt dies aber schon im Vergleich zur "rohen" Kommunikation mit der API. Ich muss auch gestehen das die v2 Endpunkte nur sehr langsam Fortschritte machen und viele der object und category Endpunkte im v2 Kontext noch nicht existieren, da wir damit auf eine i-doit interne API aufbauen wollen, die noch nicht fertig ist. Ich denke lediglich die cmdb.external.pull.v2 und cmdb.external.push.v2 müssten wir hier nachziehen, da es sich dabei um neue Endpunkte handelt die vorher nicht existiert haben. Oder wolltest du auf etwas anderes hinaus ? Viele Grüße Leo

@MartinV Ich bin mein lokaler AD-Admin Die Info hat mir bereits sehr geholfen da ich weiß das wir employeeNumber benutzten. Vielen Dank für Ihre Unterstützung

@StefanP74 Danke sehr . Es hat mit dem Fix funktioniert

@LFischer Thanks for the information! I appreciate.

Unfortunately, the tool is no longer in use and the site will soon no longer be accessible. So far no replacement has been named.

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

@jimwendrich Danke,muss ich mal austesten, ob das für uns ausreichend ist