Requête adminp pour modif dans les LCA de documents ?

[vonjeo]

Bonsoir,

Nous avons quelques utilisateurs techniques dans le nab qui ne sont visibles que par des groupes particuliers. La méthode utilisée est un masquage via la liste de controle d'accès du document (onglet "sécurité" dans les propriétés du documents où la lecture du document n'est autorisée qu'à certains groupes).

Nous avons eu à renommer un des groupes via process d'admin il y a 3 semaine et je constate à ce jour que cette modif n'a pas été répercutée dans la lca de ce document.

J'en déduis qu'il faudra le faire à la main mais un admin "certifié IBM" dans l'équipe nous dit d'attendre car le process d'admin passera... Je pense que sur ce coup là, la lumière du groupe s'est trompée (sans blague, c'est vraiment un cador ce gars là) car je ne vois que 3 endroits où l'adminp semble chercher :
- LCA des bases
- Nom du groupe dans les éléments de conception
- Champs lecteurs/auteurs

Si elle existe, quel est donc le nom de la requête adminp censée chercher dans la lca du document la correspondance avec l'ancien nom pour renommage ?

Merci de vos lumières...

[roubech]

ce que tu appelles là la" LCA du document" ce n'est que le champs $Readers qui est de type lecteur
et donc, de manière génréale, dans une base lambda, pour que AdminP mette à jour les champs auteur/lecteur ou nom, il faut définir dans la LCA de la base un serveur d'administration et préciser le comportement voulu : mettre à jour ou pas les champs auteur/lecteur et/ou nom
dans ton cas, tu n'est pas dans n'importe quelle base, tu es dans le names.nsf et donc par défaut, le premier serveur du domaine est définit comme serveur d'administration de la base, c'est ce qui fait de lui le serveur d'administration du domaine (il apparait avec une clé dan la liste des serveurs). Vérifie si la LCA du names.nsf n'a pas été changé à ce niveau là
le champ $Readers est un champ lecteur particulier dans la mesure où il est mis à jour via l'onglet securité des propriétés du doc. Mais dans l'absolu je serai tenté de dire qu'en dehors de ça, je ne vois pas pourquoi il ne serait pas mis à jour par Adminp comme les autres
dans ton cas, ce n'est pas une personne que tu renommes mais un groupe. Je le fait beaucoup moins souvent et ne connais pas par coeur l'enchainment des requetes AdminP associées. Mais tu devrais pouvoir trouver ça dans l'aide.
sinon, tu as regardé dans admin4.nsf pour suivre cette requête et la comparer à une autre requête de renommage par exemple

[vonjeo]

Bonjour,

Merci roubech pour tes éclaircissements...

Sinon la LCA d'un document est matérialisé par l'onglet "Sécurité" lorsque tu édite les propriétés d'un document, par exemple ici un document "person"...

Nous devons passer par cette méthode sur les sites où la licence Lotus s'est arrêté à la 6.5 et donc sans xAcl pour affiner les accès aux documents.

Merci en tout cas de ton intervention,