@Michael-Huhn Da soll mal einer drauf kommen Ja, jetzt funktioniert es. Besten Dank! Bei mir funktioniert es übrigens auch, wenn ich parent und die anderen Daten in zwei getrennten Aufrufen setze, die PDUs werden in der GUI korrekt angezeigt. Aber ich behalte mal im Hinterkopf, bei PDUs ggf. eine Ausnahme einzubauen. Das unterschiedliche Verhalten zu Patchpanels bezüglich des Überschreibens bereits vorhandener Werte bleibt allerdings, aber da muss ich mir dann wohl was ausdenken. Oder das wäre einen RfE oder Bug-Report wert...

@cherif i-doit prüft bei SSO selbst kein Zertifikat. Die Anmeldung findet vor i-doit statt, in der KB-Anleitung über ADFS und das Apache-Modul mod_auth_mellon. i-doit übernimmt nur den Benutzernamen, den der Webserver danach weitergibt. Die Zertifikatsanmeldung richten Sie deshalb nicht in i-doit ein, sondern dort, wo die Anmeldung stattfindet, bei Ihnen also in ADFS. Wichtig ist, dass bei der Anmeldung per Zertifikat derselbe Benutzername bei i-doit ankommt wie bei der Passwortanmeldung. Findet i-doit zu diesem Namen keinen Benutzer, zeigt die Anmeldeseite den Text „Single-Sign-On user could not be found in i-doit! Login manually.“ Woran scheitert die Anmeldung bei Ihnen genau: Erscheint dieser Text in i-doit, oder kommt schon vorher eine Fehlermeldung von ADFS? Anleitung zu ADFS mit i-doit: https://kb.i-doit.com/de/benutzerauthentifizierung-und-verwaltung/sso-vergleich/saml/adfs-saml.html

@bhinterland wenn Haupt- und Nebenkarten zum selben Vertrag gehören, könnt ihr sie als Einträge in einem gemeinsamen Objekt vom Typ SIM-Karte anlegen: In der Kategorie SIM hinterlegt ihr die Vertragsdaten, z. B. die Telefonnummer. In der Kategorie Karten legt ihr über Neu je Karte einen Eintrag an, z. B. mit dem Titel „Hauptkarte“ und „Nebenkarte 1“, jeweils mit Kartennummer, Pin und PUK. In jedem Eintrag wählt ihr unter verknüpftes Mobiltelefon das Gerät, in dem die Karte steckt. Das SIM-Objekt zeigt dann alle Karten des Vertrags. Am jeweiligen Mobiltelefon erscheint in der Kategorie Zugewiesene SIM-Karten nur die eigene Karte mit SIM-Objekt und Kartentitel, die übrigen Karten seht ihr am SIM-Objekt. In der Standardkonfiguration lassen sich als Gerät nur Objekte vom Typ Mobiltelefon auswählen.

Hallo @TheBob1, wenn du einschränken möchtest, welche Benutzer importiert werden sollen, musst du dies in der LDAP-Server Konfiguration in der GUI unter Verwaltung -> Import und Schnittstellen -> LDAP -> Server vornehmen. Ich denke dieser Artikel aus der i-doit KB sollte deine Fragen beantworten: https://kb.i-doit.com/de/benutzerauthentifizierung-und-verwaltung/ldap-verzeichnis/so-werden-benutzer-und-gruppen-aus-dem-ad-ldap-importiert.html#import-von-benutzern-mit-bestimmten-attributen VG Nico

Hallo @cherif Danke! Das funktioniert so!

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