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

@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

@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

@sj was du archivierst ist ein Eintrag in einer Kategorie. Nicht das Objekt selbst, sondern den rückwärtigen Eintrag zur "Kontakzuweisung" am Gerät. Der ldap-sync Befehl reaktiviert aber alle archivierten Beziehungen des Objektes nach dem Import. Dies lässt sich durch die Experteneinstellung ldap.connection-ranking-active = 0 deaktivieren. Oder indem der ldap-sync Befehl mit --connectionRankingActive 0 ausgeführt wird. Siehe auch https://kb.i-doit.com/de/automatisierung-und-integration/cli/befehle-und-optionen.html#ldap-sync

@HerrTim Hallo! Verwaltung / Datenansicht / Attribut Einstellungen dort auf Hinzufügen Allgemein / Kategorie selektieren --> Speichern Dann den Eintrag editieren: Sichtbarkeit Modus: Versteckt LG Stefan

@dkirsten said in Übersicht im Port Browser unvollständig: Hi, die Objekttypen, die hier angezeigt werden, richten sich nach zugeordneten Kategorien. Sprich: Du musst dem Objekttyp MFC beispielsweise die Kategorie Verkabelung zuordnen, dann siehst Du ihn dort. Erklärt wird das in den Einstellungen unter dem Punkt Objekt-Browser. Siehe Bild: [image: 0_1532684020842_f9126698-5a0d-4b62-86e1-92381014b4da-image.png] Ich muss dieses Thema nochmal aufgreifen, bei mir wird "Geräte/Appliance" und Hardware nicht im Port Browser angezeigt unter Hardware habe ich eigene wie "Videoaufzeichnung" erstellt, welcher im Port Browser angezeigt wird Und hier sind die Einstellungen quasi identisch zu "Geräte/Appliance" welche fehlt. Was müsste ich hier noch anpassen? Vielen Dank. Gruß Andreas

Der Fehler "The DAO class does not exist" wird durch das ändern einer benutzerdefinierten Kategorie Konstante ausgelöst, für welche man bereits eine Attribut Einstellung erstellt hat. Dementsprechend ist die Lösung des Fehlers die Konstante wieder in die ursprüngliche Konstante abzuändern. Mit der Version 34 soll auch die "Kategorie Attribute neu indizieren" Funktion in der Verwaltung unter "Systemreparatur und Bereinigung" den Fehler gelöst haben. Allerdings hat das bei meiner i-doit 36 Version nicht geholfen. Es gibt bereits einen Bug Report für diesen Fehler, der Fehler liegt also bereits den Entwicklern vor. LG

Hallo zusammen, hat sich erledigt - ich habe die Cookies in meinem Browser gelöscht und nun funktioniert es wieder.

@LFischer Hallo Leo, entschuldige die späte Antwort - das Problem wurde mit dem passenden Hotfix bereits behoben. Vielen Dank!

@sj Richtig, Die Mandator ID 0 ist Systemweit und 1... jeweils der Mandant.

Der Hinweis von StefanP74 (siehe weiter unten) war bei mir erfolgreich, die Problematik war identisch. Gruß, T1

@u2micha Für das SSO wird doch nur das AuthType verwendet, d.h. es müsste doch möglich sein, eine Location auszunehmen: <Location /src/jsonrpc.php> AuthType None Require all granted </Location> Ich kenne aber mod_auth_mellon nicht. Das README hat einen anderen Vorschlag: <Location /noSSO> MellonEnable "off" Require all granted </Location>

@LFischer Hi Leo, alles klar. Dann werde ich entsprechende Vorschläge einreichen. Danke für die Rückmeldung! Grüße Malte

Hat sich da noch etwas getan? Ich habe das Problem auch z.B. bei Servern mit mehreren CPUs