Produits Entr'ouvert » Publik

Pour en bénéficier dès que le raccordement FC est effectif :

• Étendre le profil de base authentic de Publik avec les attributs de l'identité pivot (ajouter date, lieu et pays de naissance en plus de nom, prénoms et civilité)
• A voir si ajouter des champs prénoms et nom d'usage sont utils pour permettre à l'usager de voir s'afficher son compte avec d'autres valeurs que ses prénoms et nom de naissance.
• Une liaison d'un compte usager avec FC :
  • modifie les attributs de l'identité pivot * rend les attributs non éditables pas l'usager * affiche sur la page Mon compte, en plus de la liaison FC, un message explicatif d'une identité validée qui justifie les attributs non modifiables

• Dans le BO authentic, formulaire pour valider l'identité avec les attributs de l''identité pivot ou pour modifier une identité validé (bouton + permission)
• Envoyer les attributs marqués individuellement "validated" à wcs au SSO. Envoyer en plus les attributs validated, validation_date et validation_contexte comme dans le CUT.
• Configurer une démarche type dans Publik comme support aux fonctionnels :
  • Formulaire avec pré-remplissage : wcs block automatiquement quand les attributs sont vérifiés. Il faudrait ajouter un message d'explication pour l'usager sur le formulaire. * Possibilité de condition de page sur attributs validés/identité validée pour page conditionnel où est présenté le besoin d'upload d'un scan de CNI si l'identité n'est pas validée. * Première action de WF : données de traitement indiquant, identité validée ou adresse validée (si servie FC, ou eID). * WF qui saute l'étape de vérification de pièces uploadées si données validées.

Affiner cette description avant de créer des tickets suplémentaires, notamment dans a2.