Entrées de Registre Read Only

Avant EMu 4.0.03, il était possible de configurer les tables back-end en lecture seule (et c'est toujours le cas). Cependant, le client EMu ne reflétait pas le paramètre Lecture seule de la table dans l'interface du module : il était toujours possible de sélectionner l'entrée du menu pour insérer un nouvel enregistrement, mais une erreur s'affichait car la table était en lecture seule. Les entrées de Registre ReadOnly contrôlent le client EMu tout en maintenant les tables back-end opérationnelles. Cela signifie que l'entrée de menu permettant d'insérer un nouvel enregistrement est désormais désactivée si la table ou le système est en lecture seule.

L'entrée en lecture seule à l'échelle du système garantit que les données ne sont pas modifiées dans aucun module, y compris le module Registre EMu. Voici quelques exemples d'utilisation de cette entrée :

• Désactiver les modifications de données lorsque le système est mis à jour.
• Fournir un accès en lecture seule pour certains utilisateurs / groupes (par exemple les étudiants).
• Permettre de vérifier les chargements de données avant la mise en œuvre.

L'entrée lecture seule spécifique à une table permet à des tables individuelles ou à toutes les tables de fonctionner en lecture seule. Si une table est en lecture seule, les insertions et modifications de données ne sont pas autorisées. La seule exception est l’autorisation des modifications du Registre EMu même si la table eregistry est en lecture seule. Les utilisations possibles de cette entrée sont les suivantes :

• Désactiver les modifications de données dans une seule table (elle peut avoir besoin de maintenance).
• Fournir un accès en lecture seule à une table pour certains utilisateurs / groupes (par exemple les étudiants).
• Permettre les opérations basées sur le Registre (par exemple, créer un nouveau tri) alors que les données sont en lecture seule.

L'addition des deux entrées de Registre ReadOnly offre aux administrateurs système la possibilité de contrôler l'accès aux données stockées dans EMu au système entier et à des tables spécifiques.

Les entrées de Registre ReadOnly fonctionnent parallèlement aux entrées de Registre EMu existantes. Par exemple, si une table est désignée comme étant en lecture/écriture par une entrée de Registre ReadOnly, un utilisateur a toujours besoin de daInsert l'autorisation pour pouvoir créer des enregistrements. Les entrées ReadOnly ne remplacent pas les entrées de Registre existantes pour fournir plus de privilèges par rapport au cas où l'entrée ne serait pas définie.

Spécifiez que l'ensemble du système est en lecture seule.

Utilisation

Cette entrée de Registre peut-être attribuée aux utilisateurs, aux groupes et à l'ensemble du système :

Clé	Utilisateur	Groupe	Système
Clé 1	User	Group	System
Clé 2	utilisateur	groupe	Setting
Clé 3	Setting		ReadOnly
Clé 4	ReadOnly
Valeur	booléen

où :

booléen

est soit true (fonctionnalité en lecture seule est activée) soit false (fonctionnalité en lecture seule est désactivée).

Exemples

Si les utilisateurs dans le groupe Test ne peuvent pas mettre à jour les données, l'entrée suivante peut être utilisée :

Clé	Paramètre
Clé 1	Group
Clé 2	Test
Clé 3	Setting
Clé 4	ReadOnly
Valeur	true

Les entrées peuvent également être utilisées en combinaison pour obtenir l'effet désiré. Par exemple, si tous les utilisateurs sauf ceux du groupe Admin devraient avoir accès en lecture seule, les entrées suivantes peuvent être utilisées :

Clé	Paramètre
Clé 1	System
Clé 2	Setting
Clé 3	ReadOnly
Valeur	true

Clé	Paramètre
Clé 1	Group
Clé 2	Admin
Clé 3	Setting
Clé 4	ReadOnly
Valeur	false

Spécifiez que l’ensemble du système ou des tables individuelles sont en lecture seule.

Utilisation

Clé	Utilisateur	Utilisateur	Groupe	Groupe	Groupe	Groupe
Clé 1	User	User	Group	Group	Group	Group
Clé 2	utilisateur	utilisateur	groupe	groupe	Default	Default
Clé 3	Table	Table	Table	Table	Table	Table
Clé 4	table	Default	table	Default	table	Default
Clé 5	ReadOnly
Valeur	booléen

où :

booléen

est true (toutes les opérations qui se traduiraient par la création ou la mise à jour d’enregistrements de la table spécifiée sont désactivées) soit false (les opérations de mise à jour sont autorisées, sous réserve des autres autorisations, par exemple des autorisations d'opérations).

La seule exception à la règle est la table Registre (eregistry). Si le Registre est en lecture seule, seuls les changements explicites, c’est-à-dire les modifications apportées à partir du module Registre, sont désactivés. Tous les changements implicites (par exemple en ajoutant une nouvelle définition de tri) sont toujours autorisés. D'où la création, la modification ou la suppression de toutes les ressources est autorisée, à savoir :

• Paramètres de liste
• Valeurs par défaut
• Enregistrement répétitif
• Rappel d’enregistrement
• Modèle d’enregistrement
• Rapports
• Paramètres de raccourcis
• Tris

Utiliser la première forme de l'entrée de Registre table ReadOnly :

Group

Default

Table

Default

ReadOnly

true

désactive la création et mises à jour des données dans toutes les tables tout en autorisant la plupart des commandes d’opérations (par exemple la création de rapports). En comparaison avec l’entrée système ReadOnly, l’entrée table limite uniquement les modifications de données, plutôt que des fonctionnalités de données et d’opérations.

Des variantes utilisateur / groupe de l’entrée de Registre de la table peuvent être utilisées pour restreindre l'accès à un certain nombre d'individus. Par exemple, si les utilisateurs dans le groupe Student ne sont pas autorisés à créer ou à modifier des enregistrements dans le module Catalogue, l'entrée de Registre suivante peut être utilisée :

Group

Student

Table

ecatalogue

ReadOnly

true

Comme pour l'entrée ReadOnly du système, les entrées basées sur les tables peuvent être combinées pour produire l'effet désiré. Par exemple, si les utilisateurs du groupe Étudiant sont uniquement autorisés à mettre à jour les tables egroups, eschedule et eexports (ce qui leur permet de créer des groupes et des exports par lots), les entrées de Registre suivantes peuvent être utilisées :

Group	Student	Table	Default	ReadOnly	true
Group	Student	Table	egroups	ReadOnly	false
Group	Student	Table	eschedule	ReadOnly	false
Group	Student	Table	eexports	ReadOnly	false

Exemple 1

Votre installation EMu doit être mise à niveau avec la nouvelle version du logiciel. Pendant la mise à niveau, vous souhaitez que les utilisateurs puissent consulter les données du système actif, mais qu'ils ne puissent pas les modifier, car celles-ci seront perdues lorsque le système mis à niveau remplacera le système actif. L’entrée de Registre suivante peut être utilisée :

System

Setting

ReadOnly

true

Ce paramètre désactivera toutes les fonctions EMu qui entraîneraient des modifications de données. Les utilisateurs peuvent toujours générer des rapports, trier des enregistrements, etc., mais les modifications de données ne sont pas autorisées.

Exemple 2

Vous avez reçu un chargement initial de données dans EMu, prêt à être vérifié. Vous ne voulez pas que les utilisateurs modifient les données, car ils ne font que déterminer l'intégrité du chargement. Pour faciliter le signalement des problèmes, vous souhaitez que les utilisateurs puissent créer des groupes afin de regrouper les enregistrements dont les données ne semblent pas correctes. Les entrées de Registre suivantes peuvent être utilisées :

Group	Default	Table	Default	ReadOnly	true
Group	Default	Table	egroups	ReadOnly	false

La désactivation du mode lecture seule pour egroups permet aux utilisateurs de créer et de manipuler des groupes.

Exemple 3

Vous avez créé une version en double de votre système live pour l'accès via le Web. Vous ne voulez pas que les utilisateurs puissent modifier les données de la copie web, mais toutes les autres fonctionnalités devraient être disponibles. Les entrées de Registre suivantes peuvent être utilisées :

Group	Default	Table	Default	ReadOnly	true
Group	Default	Table	egroups	ReadOnly	false
Group	Default	Table	eschedule	ReadOnly	false
Group	Default	Table	eexports	ReadOnly	false
Group	Default	Table	etemplates	ReadOnly	false
Group	Default	Table	efieldhelp	ReadOnly	false

Permettre l’accès lecture/écriture aux tables egroups, eschedule, eexports, etempaltes et efieldhelp donnera une fonctionnalité complète des commandes sur un système en lecture seule. Vous pouvez exclure certaines de ces tables, si vous voulez limiter les fonctionnalités plus encore. Par exemple, enlever efieldhelp désactivera la mise à jour de l'aide.

Exemple 4

Vous entreprenez un nettoyage de la table Listes de consultation (eluts) donc vous souhaitez restreindre les mises à jour des listes de consultation aux utilisateurs dans le groupe Admin. Les entrées de Registre suivantes peuvent être utilisées :

Group	Default	Table	eluts	ReadOnly	true
Group	Admin	Table	eluts	ReadOnly	false

Lorsque la table eluts est en lecture seule, les utilisateurs ne peuvent pas insérer de nouvelles valeurs dans la table. Cela signifie que toutes les listes de consultation sont considérées comme en lecture seule. Les utilisateurs peuvent trouver ceci frustrant car cela peut rendre la sauvegarde des enregistrements difficile.

Exemple 5

Vous venez de recevoir une allocation de personnel pour ajouter l'aide au niveau des champs pour tous les modules dans le système. Vous ne voulez pas que ce personnel modifie les données en dehors de l'aide au niveau des champs. Vous avez créé un groupe appelé Volunteers (bénévoles) et avez placé le personnel dans le groupe. Les entrées de Registre suivantes peuvent être utilisées :

Group	Bénévoles	Table	Default	ReadOnly	true
Group	Bénévoles	Table	efieldhelp	ReadOnly	false

Pour que les bénévoles soient en mesure de créer l'aide au niveau des champs pour tous les modules, vous aurez aussi besoin de donner l’autorisation opérationnelle daEditHelp au groupe Bénévoles.

En général, il n'est pas prudent de mélanger les entrées de Registre système et table ReadOnly. Considérez les paramètres suivants :

Group

QA

Setting

ReadOnly

true

Group

QA

Table

eparties

ReadOnly

false

Quelle entrée a la priorité ? Les utilisateurs du groupe QA peuvent-ils écrire dans la table eparties ? L'implémentation actuelle donne la priorité aux entrées système par rapport aux entrées basées sur les tables. Ainsi, dans l'exemple ci-dessus, les utilisateurs du groupe QA ne pourront pas écrire dans le module Personnes / Organisations.