Mise Ă  jour

En général (en tout cas, c'est que nous faisons à Entr'ouvert;-), vous disposez d'une plate-forme de production et d'une plate-forme de test, voici quelques règles pour gérer correctement ces deux installations.

En premier lieu, sachez qu'il n'y a pas de magie, il n'est pas possible de copier une partie d'une plate-forme vers l'autre sans intervention humaine, le fonctionnement de base étant une copie complète et écrasement des données pré-existantes.

Il faut distinguer les modes opératoires préalablement à la première mise en production des mises à jour, de la plate-forme de production, ultérieures.

  • Première mise en production : il est possible de crĂ©er la plate-forme de production par la copie complète de l'installation de test ; pour ce faire, il aura Ă©tĂ© nĂ©cessaire de nettoyer prĂ©alablement la plate-forme de test des essais temporaires (qui auront Ă©tĂ© prĂ©cisĂ©ment identifiĂ©s au prĂ©alable pour pouvoir les supprimer sans hĂ©sitation). Nota bene : il pourra ĂŞtre nĂ©cessaire d'adapter des liens URL en dur (liens vers des formulaires, liens vers des ressources graphiques sur les portails Combo)
  • Mises Ă  jour ultĂ©rieures : il s'agit du cas oĂą la plate-forme est dĂ©jĂ  ouverte, un certain nombre de dĂ©marches en ligne dĂ©jĂ  utilisĂ©es par les usagers et qu'il est souhaitĂ© modifier ces dĂ©marches ou en ajouter de nouvelles. Dans ce cas de figure, il n'est plus possible de faire une copie de masse mais uniquement des copies partielles, il est prĂ©fĂ©rable de copier les Ă©lĂ©ments dans l'ordre suivant : connecteurs vers des logiciels tiers, sources de donnĂ©es, rĂ´les, workflow puis enfin formulaire (vous pourrez vĂ©rifier sur la page de dĂ©tail du formulaire la bonne prise en compte des rĂ´les et variables du workflow.

Première mise en production

  • RĂ©cupĂ©rer les Ă©lĂ©ments de la charte graphique validĂ©s
  • Noms de domaine (CNAME vers *.entrouvert.org en mode SaaS)
  • Certificats
  • Adresse de l'expĂ©diteur de mail
  • Configuration du serveur mail pour Ă©chapper aux antispam (règle SPF en mode SaaS)

Mises à jour ultérieures de la production

Formulaires et workflows

Une fois une démarche (formulaire et workflow) en ligne en production, il est indispensable de conserver celle-ci à l'identique sur la pré-production afin de pouvoir effectuer des tests valables :

  • s'il s'agit d'ajustements mineurs, ceux-ci peuvent ĂŞtre rĂ©alisĂ©s sur le formulaire ou le workflow de test, validĂ©s puis reproduits en production (soit par modification en production, soit par export du workflow de test puis rĂ©-import sur la production).
  • s'il s'agit de modifications importantes, tels par exemple une modification de workflow en relation avec l'Ă©volution d'un connecteur, il est prĂ©fĂ©rable de rĂ©aliser prĂ©alablement ses tests sur des copies (clairement identifiĂ©es par un suffixe [TEST] ou rangĂ©es dans une catĂ©gorie "test"), puisqu'il est possible que cette version alternative ne doive pas ĂŞtre gardĂ©e. Après validation, il est alors possible d'Ă©craser la version opĂ©rationnelle puis la passer en production.

RĂ´les et utilisateurs

Il est nécessaire de s'assurer que les rôles appelés dans la démarche existent bien sur la plateforme de production et que les utilisateurs ad-hoc les aient d'attribués. Afin de faciliter ce contrôle par une vue globale, il est vivement conseillé de n'utiliser que des fonctions et non pas des rôles directement dans les workflows, l'intégralité des rôles agissant dans le cours du workflow étant alors listés sur la page de détail du formulaire.

Sources de données

Les sources de données (tables csv) doivent être copiés ou mises à jour sur l'installation de production préalablement à la mise en production d'un formulaire qui y ferait appel.

Vous n'avez pas trouvé ce que vous cherchez ?

Une suggestion ? Écrivez-nous !

Proposez une amélioration pour la documentation

Dernière mise à jour le 24/07/2026 11:59