Une remarque importante devient alors nécessaire. Nous venons d'écrire qu'une anagnose est liée à un << créateur >>. Effectivement une anagnose << appartient >> à un utilisateur qui l'a créée et qui est le seul à pouvoir la modifier. La notion de groupe d'utilisateurs était dès le début sous-jacente à la modélisation. Sans en faire un objectif primaire (e.g. la sécurité des droits d'accès n'est pas examinée), nous avons essayé, dans un premier temps, d'utiliser explicitement des classes lecteur, mais nous avons préféré finalement une représentation compatible avec le reste du modèle, à l'aide d'une primitive (DB_Primitive, cf. paquetage DB_MateriauSemique) spéciale supplémentaire. Une anagnose participe toujours à une CS spéciale qui ne contient qu'une seule RE, celle qui la relie à l'aide de cette primitive spéciale à un nom de lecteur/utilisateur qui l'a créée et qui, seul, peut la modifier.
Une application qui veut contrôler l'accès aux CS qui ne sont pas encore publiées, doit toujours vérifier que le nom de l'utilisateur qui demande l'ouverture d'une anagnose en état LOCAL soit le même que le nom de son créateur/propriétaire, selon la CS avec la primitive en question.