Produits Entr'ouvert » Publik

Interrogation à avoir aussi sur le comportement que ça donnera ensuite dans le préremplissage dans w.c.s.

Pour de nouveaux sites, ça devrait marcher tout seul. Pour d'anciens sites, ça ne devrait rien changer.

Pour passer un ancien site au nouveau champ :

• si le champ "date de naissance" n'y était pas activé dans hobo il existera néanmoins déjà côté authentic, il faut alors l'y supprimer, modifier la db hobo (provile_attribute) pour changer le "kind" associé, et à l'hobo deploy suivant il sera recréé au bon type.

• si le champ était activé, qu'on a donc des données dedans, il faut commencer par le désactiver (ça le supprimera de w.c.s., pas d'authentic), il manque une procédure pour mettre à jour les données d'authentic, une fois que ce serait fait, il faut modifier le "kind" du champ (côté hobo et authentic), relancer un hobo deploy, réactiver le champ côté hobo, lancer une procédure de reprovisionning en masse si on veut que l'info arrive tout de suite dans les profils w.c.s. (sans doute pas nécessaire).

Sur la recette Strasbourg je vais simplement (lundi) supprimer/recréer : les données actuelles n'ont pas d'importance.

Sur la recette Strasbourg je vais simplement (lundi) supprimer/recréer : les données actuelles n'ont pas d'importance.

Mon « Pour de nouveaux sites, ça devrait marcher tout seul » n'était peut-être pas clair, il lui manquait sans doute "une fois tous les tickets attachés résolus".

Aussi, pour la partie "modifier le "kind" du champ", c'est nécessairement via la db.