Neue ID => Umsetzung in vorhandene Leserfelder?

[grisu_stern]

Hallo,

unser Mitarbeiter "Toni Tester" hat eine neue ID erhalten. Aus "Toni Tester\Volksbank-Testhausen\RVF02\GADnet" wurde "Toni Tester\Volksbank-Testhausen".

Nun hat dieser Mitarbeiter Zugriff auf verschiedene DB. Den ACL-Zugriff anzupassen ist klar.

Mein Problem sind nun Leserfelder in einigen DB:

Mit

@If(@Contains(Feldname; "Toni Tester"); @SetField(Feldname; "Toni Tester\Volksbank-Testhausen"); 0)

wird mein Feld leider ersetzt. In diesem Feld stehen aber auch andere Mitarbeiter, die auch noch Zugriff haben sollen.

Irgentwie habe ich einen Knoten im Kopf ;-( ......

Wie kann ich die Leserfelder auf den neuen Namen ändern? 

Grüße aus Soest
Tanja

[animate]

@Replace hilft da

[umi]

Oder mit dem Configurator von Teamstudio :-)

[_Arne_]

Hi,

Agent - Einfache Aktion - Feld ändern - ersetzen Name X durch Y

Gruß,
Arne

[Glombi]

@Tanja:
Für sowas ist eigentlich der AdminP Process da. Der ändert - sofern in den Zugriffskontrollisten ein Admin.-Server definiert sowie die Option "Autoren und Leserfelder ändern" ist - in allen Dokumenten den Namen.

Warum verwendet Ihr den AdminP nicht?

Andreas

[grisu_stern]

Hallo Andreas,

ich habe den Administrationsserver in der DB definiert. Leider hat er die Dokumente nicht verändert. Der User hat keinen Zugriff auf seine Dokumente.

Probleme:

1. Der Server ist am Donnerstag migriert worden. Die Bezeichnung ist allerdings gleich geblieben. Daher vermutlich nicht das Problem.

2. Es war keine Namensänderung, sondern eine harte User-Neuanlage. Diese Neuanlage aller User ist bei uns nach 4,5 Jahren Notes-Nutzung zwingend erforderlich. Bei der Erstanlage wurde seitens unseres Rechenzentrums nicht auf eine 4-Augen-Trennung (ID und Passwort) geachtet.  Die Umsetzung konnten wir leider seinerzeit nicht anders durchführen.

Jetzt stellt sich uns das Problem, daß wir 280 User hart neu anlegen müssen, mit neuer ID und neuem Startpasswort (kein Standard mehr).

Da ich in vielen DB mit Leserfeldern arbeite, habe ich nun dieses Problem.

Grüße
Tanja

[Lossa]

Hi,

wenn du die ID hart neu anlegst, dann macht der AdminP garnichts und du musst sämtliche Leserfelder manuell überarbeiten.

Warum müsst ihr denn die User neu anlegen um ein 4-Augen Prinzip zu implementieren, warum macht ihr das nicht mit einem Move über den AdminP, somit wird der User neu zertifiziert, erhält einen neuen hierarchischen Namen aber es ist eben keine harter Schnitt.

[grisu_stern]

Hi,

wenn du die ID hart neu anlegst, dann macht der AdminP garnichts und du musst sämtliche Leserfelder manuell überarbeiten.

Genau das ist ja meine Vermutung. Ich suche für die manuelle Überarbeitung nur eine Formel, die ich im Agent nutzen kann.

Warum müsst ihr denn die User neu anlegen um ein 4-Augen Prinzip zu implementieren, warum macht ihr das nicht mit einem Move über den AdminP, somit wird der User neu zertifiziert, erhält einen neuen hierarchischen Namen aber es ist eben keine harter Schnitt.

Das ist RZ-Vorgabe. Ich bin bei uns im Haus kein Admin, sondern mache nur Notes-Entwicklung. Und jetzt hab ich das Problem......

Grüße
Tanja

[Lossa]

Hi,

gibt es bei euch einen Admin? Wenn ja, dann sollte der dem RZ auf die Füsse treten
Wenn es keinen gibt, dann solltest du das Problem eskalieren und ein höherer Rang sollte dem RZ auf die Füsse treten, denn diese Art der Umseztung ist nicht gerade was ich als "optimal" bezeichnen würde. Dies ist keines Falls Kundenbezogen, und gerade wenn ihr viele DB's mit Leserfelder habt ist dieses vorgehen bei umzertifizierungen kein gangbarer weg. Ansonsten sollte das RZ auch entsprechende Scripte liefern, oder besser nachdenken!

[grisu_stern]

Hi,

gibt es bei euch einen Admin? Wenn ja, dann sollte der dem RZ auf die Füsse treten
Wenn es keinen gibt, dann solltest du das Problem eskalieren und ein höherer Rang sollte dem RZ auf die Füsse treten, denn diese Art der Umseztung ist nicht gerade was ich als "optimal" bezeichnen würde. Dies ist keines Falls Kundenbezogen, und gerade wenn ihr viele DB's mit Leserfelder habt ist dieses vorgehen bei umzertifizierungen kein gangbarer weg. Ansonsten sollte das RZ auch entsprechende Scripte liefern, oder besser nachdenken!

Danke. Du sprichst mir aus der Seele.
Ja, wir haben einen Admin. Ich habe ihm auch schon einen Link auf diesen Thread geschickt.

Das Problem RZ ist, daß sie grundsätzlich bei eigenen DB sagen: "Euer Problem"  .

Nicht gerade kundenfreundlich, aber als quasi Monopolist erlaubt sich unser RZ das.
Ich denke, wir sollten unseren Ansprechpartner kontaktieren, wenn Deine Vorgehensweise auch bei uns funktioniert....

Grüße
Tanja

[Lossa]

Hallo Tanja,

meine Vogehensweise funktioniert, weil ich dieses schon erfolgreich bei einer ganzen Anzahl von Kunden durchgeführt habe. Somit gibt es da kein Problem, aber es bedeutet das ich mich an eine bestimmte Reihenfolge halte mittels derer die Umstellung erfolgt. Dies RZ Methode funktioniert auch, aber ist eben die Brechstangenmethode und gibt eben andere Probleme.

Ansonsten mach doch folgendes

lese mittel Script Agent die(!) Leserfelder aus und fülle es in ein Array, dann gehst du hin und suchst nach dem alten Namen und tauschst bei einem Treffer dieses Array gegen den neuen Namen (bitte aus der NotesName Klasse). Das ganze Array dann zurückschreiben.

[Glombi]

@Tanja: Wie habt Ihr das mit verschlüsselten Mails gelöst? Denn mit einer Neu-Anlage können die Anwender die alten verschlüsselten Mails nicht mehr lesen.
Oder haben die Anwender ihre alte ID behalten und ein neues Mail bekommen?

Das aber nur am Rande...


Andreas

[grisu_stern]

@Tanja: Wie habt Ihr das mit verschlüsselten Mails gelöst? Denn mit einer Neu-Anlage können die Anwender die alten verschlüsselten Mails nicht mehr lesen.
Oder haben die Anwender ihre alte ID behalten und ein neues Mail bekommen?

Das aber nur am Rande...


Andreas

Hej Andreas,

der Postkorb gehört zu den Grundfunktionen gem. RZ und wurde somit vom RZ gelöst (Button etc.).

Du hast mich aber gerade auf eine Idee gebracht..... 

Grüße
Tanja