User sollen Eintrag im DD ändern können

[smokyly]

Ein sonniges Hallo an diesem schönen Sonntag.

Ich komm nicht auf den Trichter: Die Benutzer sollen im DD (names.nsf) ihre Telefonnummer pflegen können. Aber nur ihre und auch nur die Telefonnummer. Hat jemand eine Idee, wie ich da vorgehen muß?

Besten Dank für Hinweise, irgendwie will mir das heute nicht gelingen.

Gruß

[eknori]

-Default- = Autor; Rolle UserModifier

Aber nur die Tel.Num ist ohne Änderung am Design m.W. nicht möglich

[smokyly]

Oh, danke.

Könnte ich da vielleicht über einen kompakten Verzeichniskatalog oder einer Replik was drehen? Und da eine abgespeckte Maske rein hängen?

[jwschorsch]

Hi,
ich bin mir nicht sicher, ob ich gerade auf dem Schlauch stehe, aber wenn der User seine Telefonnummer ändern will, kann er das im DD mit Authorrechten schon machen.
Einige  pers. Daten kann der User dann modifzieren, andere (wie Mailadresse) nicht.
Wenn er die Rolle "usermodifier" hat, kann er glaube ich auch andere Adresssätzen modfizieren.



Gruß
Jürgen

[koehlerbv]

Jürgen, das mit der Rolle UserModifier ist korrekt: Wer die hat, hat Autorrechte auf jedes Personen-Dokument im DD - also gerade das, was Geri nicht will.

Wenn man die Bearbeitbarkeit auf bestimmte Felder reduzieren will, dann kommt man an einer Design-Änderung nicht vorbei. Oder - so biete ich das meinen Kunden an - man setzt "alle" Benutzer auf Leser und hat eine zweite DB (mit weiteren Funktionalitäten), in der "self service" betrieben werden darf und kann dort konfigurieren, welche Werte dann automatisch ins DD zurück geschrieben werden.

Bernhard

[smokyly]

Hallo Bernhard,

hast Du eine fertige Lösung? Wenn ja, würde ich mich über eine PN freuen, um die Kosten zu klären.

Wobei wir schon eine eigene DB haben, in der die Telefonnummer abgelegt sind. Allerdings kann ich keine Verbindung zum DD korrekt herstellen, da die Namen nicht zwingend mit dem Namen im DD übereinstimmen. Sonst hätte ich mir überlegt, die Telefonnummern rüber zu schreiben.

Gruß

P.S.: Die Telefonnummer braucht unser Ticket-Tool (warum auch immer).

[stoeps]

Moin. DEFAULT ist Author ohne Rollen. Damit darf der Benutzer in seinem Personendokument folgendes ändern:

Personal Title
generation qualifier
Internet Password
Preferred Language
Format pref for inc. Mail
Encryption

Den Reiter Work/Home komplett

Den Tab Miscallenous

Force Use to change inet password 

[smokyly]

Auch guten Morgähn (die Nacht hatte kein Ende).

Danke Dir, ich werde mal sehen, welche Lösung für uns in Frage kommt. Wobei ich schon Bauchschmerzen bekomme, wenn die User so viel ändern können.

Gruß

[Mandalor]

eine weitere Lösung wäre die X-ACL (siehe Adminhilfe), leider fehlen mir hierbei die praktischen Erfahrungen in einem Echtsystem. Ich kann daher nicht sagen, wie gut das funktioniert.

[smokyly]

Probier ich mal aus. Aber wie lange ist denn eine "Weile"?

Danke Dir!

[smokyly]

So, Maske "Person" ausgewählt, hier keine Einstellung getätigt, bei Feld "Default" Lesen Zulassen, Schreiben Ablehnen.
Feld "OfficePhoneNumber" Lesen und Schreiben auf Zulassen gesetzt.

Trotzdem kann der Benutzer z.B. die Firma ändern.

[Mandalor]

Geri,

kannst du nochmal genauer beschreiben was du gemacht hast? Ich kann dir nicht ganz folgen.

[smokyly]

Oh, das ist tatsächlich nicht sehr aussagekräftig formuliert. Werde ich alsbald nachreichen.

[smokyly]

Also:

- Ich bin in die ACL der names.nsf, konsistente ACL ist aktiviert.
- Habe erweiterten Zugriff aktiviert.
- Dann unter "Allgemein" den erweiterten Zugriff aufgerufen.
- Bei "Ziel" / stehen lassen und bei Zugriffsliste eine Person eingetragen (meine Testuserin).
- Masken und Feldzugriff aufgerufen und dann diese Einstellungen eingetragen (siehe Anhang)

Gruß