search

dnum-mi / referentiel-applications-specs

spécifications canel
0 stars 0 forks source link

Acteur->RIO #16

Closed ymlesaux closed 1 year ago

ymlesaux commented 1 year ago

Version Initiale RIO [facultatif] - A REVOIR: donnée spécifique MI; pour quel usage ?

Reprise Issues [METAZEL] RIO : propre a notre organisation. Pareil que pour Application, je propose de la lier a un objet "Identifiants externes". Le RIO est l'id unique pour un agent du MI. [YMLESAUX] L'externaliser signifie qu'un acteur pourrait avoir plusieurs identifiants, donc pourquoi pas mais à challenger avec charge de réalisation et gestion. Mais reste toujours la question du pourquoi stocker cette information ? Pour un acteur, nous disposons de son adresse de messagerie, qui est une clé de partage simple avec la console DSO. Si l'identification via Passage2 nous fournit l'adresse de messagerie (à confirmer), en quoi avons-nous besoin du RIO ? [MOGADOR26] le numéro de RIO n'est pas utile, mais il doit rester un identifiant interne

Metazel commented 1 year ago

[METAZEL] CANEL doit s'interfacer avec d'autres outils operationnels (minitil, pi, ...). Ils identifient l'utilisateur au travers du RIO. Les données complementaires (mail, nom prenom, ...) sont récupérés à posteriori des annuaires.

ymlesaux commented 1 year ago

Supprimer le RIO des attributs Acteur Créer une table de référence des types d'identifiant Acteur Créer une table des identifiants Acteur

Metazel commented 1 year ago

Proposition de partir sur un principe analogue aux identifiants d'une application et de nommer la table de references des types d'identifiant et la table association des identifiants d'un acteur de la meme manière et avec les mêmes attributs. Cela donne ActeurId et ActeurTypeId (libelle | description | url_site_reference).

Metazel commented 1 year ago

Cf Issue https://github.com/dnum-mi/canel2/pull/27 dans Canel2