Hallo Herr Kümmel,

Sie sehen das gewünschte Attribut in der Auswahlliste nicht, weil es dafür kein Schemaattribut gibt. Dies ist zwingend notwendig, damit die Oberfläche es anzeigen kann.
Wenn Sie auf dem Masterserver im Verzeichnis '<Pfad zur DX-Union Installation>\Server\profiles\schemaattribute\entity\' eine Datei mit dem Namen 'schema.dxuhost.InventarNr' anlegen und mit folgendem Inhalt füllen, wird es angezeigt.

NAME=schema.dxuhost.InventarNr
DN=sa=InventarNr,so=dxuhost,sr=schema
COLUMN=N=2;M=0;W=;P=
OBJECTCLASS=dxuschemaattribute
OBJECTCLASS=dxuschema
OBJECTCLASS=top
EXTENSIONATTRIBUTE=TRUE
SA=InventarNr
LDAPOID=<LDAP-OID>
DX-UNION-VERSION=7.0.4
GEAENDERT=10:58 26.03.2012
ADMINISTRATOR=dxadm
ZUORDNUNG=-
DXLDAP.CHANGEID=5
E.SUM=-679640184
 

Wobei folgendes wichtiges dabei zu beachten ist:
Eine LDAP-OID ist eine eindeutige Kennung, die nicht mehrfach im System vorkommen darf. Darum ist es notwendig für neue Schemaattribute eine neue ID zu erzeugen. Damit es nun nicht vorkommt, dass eine bereits vorhandene ID benutzt oder eine zukünftig verwendete ID gewählt wird, wird für jeden DX-Union Kunden bei Bedarf eine eindeutige LDAP-OID im Support generiert und gespeichert. Diese LDAP-OID kann dann beliebig in weiteren Stellen angepasst werden.

Beispiel:
Wenn Ihre vom Support generierte LDAP-OID '1.2.3.4.5.6.192.7.8.9.10.1.55' wäre, würden Sie für jedes selbst erzeugte Schemaattribut an diese ID, einfach eine Stelle mit einer fortlaufenden Ziffer anhängen. Also z.B. so: '1.2.3.4.5.6.192.7.8.9.10.1.55.1' oder '1.2.3.4.5.6.192.7.8.9.10.1.55.2', etc. Um das Ganze übersichtlicher zu gestalten, würde man noch eine Ziffer für den Schematypen voranstellen. Also z.B. eine '3' für Attribute. Das würde dann so aussehen '1.2.3.4.5.6.192.7.8.9.10.1.55.3.1'.

Sie benötigen also eine LDAP-OID von uns und müssen diese dann wie erwähnt erweitern und gegen den Platzhalter '<LDAP-OID>' im Profildatensatz austauschen.
Ich werde Ihnen in den nächsten Minuten die für Sie eindeutige LDAP-OID per Mail zukommen lassen.

Da unsere Profildatensätze checksummengeschützt sind, müssen Sie diese dann noch mittels dem Kommando

dxcheck -r schemaattribute -e schema.dxuhost.InventarNr
 

neu erzeugen.
Außerdem ist dann noch eine Reinitialisierung des LDAP Konverters mittels dem Kommando

dxsetevent dxldapd_reset
 

sowie ein Neustart der DX-Union Administrationsoberfläche notwendig.

Hinweis vom 19.04.12: Der Attributname EXTENSIONATTR=TRUE ist falsch und wurde durch EXTENSIONATTRIBUTE=TRUE im obrigen Text ersetzt.

Mit freundlichen Grüßen

Hallo Herr Kümmel,

mit der von mir beschriebenen Anpassung ist dieses Attribut ein DX-Union Attribut. Somit kann / darf es kein Erweiterungsattribut mit dem gleichen Namen geben.
Sie müssen also Ihre manuell angelegten Erweiterungsattribute mit diesem Namen entfernen und das Attribut dann über die Listenauswahl hinzufügen.

Mit freundlichen Grüßen

Hallo Herr Kümmel,

sorry .................. mein Fehler.
Ich hab da etwas mit einem anderen Problem durcheinandergeschmissen.
Vergessen Sie das mit der Listenauswahl bitte.

Das Problem liegt in dem Attribut 'EXTENSIONATTR=TRUE'. Das Attribut mus'EXTENSIONATTRIBUTE=TRUE' heißen.
Also bitte im neuen Schemaattribute 'schema.dxuhost.InventarNr' berichtigen, die Checksumme neu berechnen und den LDAP Konverter wieder resetten.
Dann können Sie wie gehabt das Erweiterungsattribut im PC-Objekt einfügen und auch verändern.

Mit freundlichen Grüßen