Office: (Office 2013) Username herauslesen und in anderes Textfeld schreiben

\@pubbl:
Du hattest meinen Beitrag gelesen !?

 

Ja, vielen Dank - Es funktioniert tatsächlich!
Die Function im Hintergrund ist ja wahnsinnig umfangreich! *boah
Mein User-Name hat leider keine Umlaute - werde aber gleich noch andere Logins austesten!

Mal schauen ob's klappt!

 

Hab's jetzt gleich mit dem User-Namen unserer Sekretärin versucht, welche im Nachnamen Kälin heisst. Es hat tatsächlich funktioniert - Hurra!!!
d.h. Windows-User-Name war ".kaelin" und der volle Windows-Benutzername = "Kälin"

Vielen Dank Steffen0815 ! *cool.gif*

Ich hoffe, diese Function bleibt mir ein treuer Freund!
Jetzt versuche ich noch andere Probleme lösen und schätze dieses Forum sehr!

 

Eine ganz andere Lösung wäre noch - wenn Du kompletten Zugriff auf die DB hast/Hättest - eine "User-Tabelle" anzulegen, in der nebst dem Windows-Anmeldenamen noch der volle, gewünschte, ausgeschriebene Name steht. Dann lässt Du je nach Anmeldenamen den "Full"-Name suchen und ausgeben...

 

Servus Alle,
wie wäre es, wenn man mal versucht, eine prinzipielle Aufgabenstellung aufzusetzen und daran orientiert mal eine optimale Lösung innerhalb der Accessmöglichkeiten zu programmieren.
Ich versuch mich mal. (UN= UserName, PW=PassWort)
1. Ein Administrator ist der einzige Organisator von UN und PW.
2. Er erstellt für einen Anwender ein Anfangs-UN und -PW.
3. Der UN und PW wird verschlüsselt erstellt, in einer Tabelle abgelegt
und ist vom Admin oder sonst jemandem nicht mehr entschlüsselbar.
Allerdings legt der Admin dabei auch einen eindeutigen Klarnamen
für den Anwender an, welchen der Anwender nicht ändern oder löschen kann.
5. Der Admin kann einen erstellten Sicherheits-Anwenderdatensatz nicht mehr löschen. Er kann ihn aber als "ungültig" in der weiteren Datenauswertung markieren.
4. Der Anwender kann zwar jederzeit seinen UN und PN ändern.
Er kann aber niemals den ihm zugeordneten Klarnamen verändern.
Er kann auch nicht seine Aktionen in der Datenbank verbergen, denn
in einem History-File werden alle seine Aktionen per Klarnamen festgehalten.
Hab ich noch was vergessen?

 

Du hast alles plausibel dargestellt.

Das mit dem Klarnamen ist m. E. noch nicht konsequent genug. Denn wenn Paula Müller heiratet, heißt sie dann Paula Meier; und wenn sie sich später für ein anderes Geschlecht entscheidet, Paul Meier. Der Klarname ist also futsch. Stattdessen würde ich den Klarnamen durch eine personalisierte ID als Fremdschlüssel ersetzen und diese ID in einer Personaltabelle pflegen, die derlei Historie aufnimmt.

Etwas konsequent spekuliert. *wink.gif*

 

Cool für
1. die Antwort
2. die clevere Überlegung bei Änderungsnotwendigkeit eines KlarNamens.
Vielleicht muss da auch eine Historytabelle für den Administrator einsehbar sein.
Ich fasel jetzt etwas....aber so wären meine Gedanken im Groben.

 

\@Ohrkester
Prinzipiell ungefähr, wie es sein sollte. Zu diesem aktuellen Thread vielleicht etwas zu weit weg - die Fragestellung war ja anders.
Zu Punkt 3) etc.: Ich, als Admin, bekomme oft von Kunden, die selten die DB benutzen, Anfragen nach ihrem Passwort (weil vergessen). Das kann ich dann als Admin mal schnell auslesen und übermitteln. Passwörter und Usernamen werden bei mir auch verschlüsselt in den Tabellen hinterlegt (logo).

 

Ui ui, @Jan. Der Kunde wäre beruhigter, wenn nicht einmal der Admin das Passwort kennt, dem Kunden nur ein neues Passwort zuweisen und den Kunden befähigen kann, dies selbst wieder zu ändern.

Wie willst Du dem Kunden denn sein Passwort mitteilen? Per "Stille Post"? ;-)

 

Woher kennst Du meine Kunden? :-)

Tja, die Frage ist, in welcher Größenordnung man arbeitet und welches Maß an Sicherheitsanforderungen erfüllt werden soll oder muss. Wenn wir irgendwelche ISO-Zertifizierungen ö.Ä. erfüllen müssen, ist vielleicht Access schon am Ende.
Ergo: Jeder Admin muss wissen, welche Sicherheiten er kundenseitig und selber (für den Entwickler) definiert. Natürlich gibt es viele Mölglichkeiten, ein "vergessenes" Passwort zurücksetzen zu lassen...
Ich entscheide das immer projektbezogen...

 

Ist schon klar, @Jan.

Die letzten Beiträge waren doch auch mehr oder weniger [OT], aber nicht wenig unterhaltsam, finde ich.

 

Ja, @maxel, da hast Du recht!
Wir hatten aber auch schon wesentlich unterhaltsamere Beiträge, die einfach mal aus dem Stehgreif kamen.
Hab mich immer wieder bis unter den Schreibtisch gelacht! Herrlich!

Denke, das muss im Forum auch mal sein... :-)

 

Genau, @Jan. Einfach aus dem Stegreif kommen die besten Beiträge.

 

Hallo
Lies einmal in meiner Doc . Fusszeile unten rechts
Seite 266
10.17.4 Erster Buchstabe jedes Wort’s Gross auch mit Trennzeichen (erweieterter StrConv)

hier schon mal der Code:

Code:

 

\@Maxel:
So, jetzt kriegen wir von Ruedi noch einen auf den Deckel!