Documentation en ligne

Changer de statut automatiquement

Généralités

L'action « Saut automatique » suscite la transition d'un statut à un autre en fonction d'un critère que l'administrateur fonctionnel peut fixer.

Si plusieurs de ces critères sont combinés, ils devront tous être remplis pour que la transition ait lieu.

Il est possible d'ajouter un marqueur sur le statut courant lors d'un saut de workflow, pour permettre ensuite un saut de retour direct vers celui-ci.  L'objectif est de permettre d'afficher un bouton « Revenir au statut prĂ©cĂ©dent » aux agents traitant lorsque l'on souhaite leur permettre une action de ce type plutĂ´t qu'un retour vers un statut particulier et fixe. Pour activer le marqueur : dans les paramètres de l'action de saut, onglet « Avancé », cocher la case « Poser un marqueur qui permettra de revenir au statut actuel »..

Édition

Quel que soit le critère qui déterminera le changement automatique du statut, l'administrateur fonctionnel doit, dans un premier temps, sélectionner au sein d'une liste déroulante, le statut de destination que le saut automatique configure.

Condition

Le changement de statut peut être conditionné par une expression Django, à l'instar d'une Nouvelle page de formulaire dont l'affichage dépend d'une condition.

Un saut de statut peut aussi être déclenché par la valeur d'un des champs du formulaire de la demande saisie par l'usager ou par la valeur d'un des champs du profil de l'usager.

Attention : la condition dĂ©clenchant ou pas le saut est calculĂ©e uniquement lors de l'entrĂ©e de la demande dans le statut (« Mode d’exĂ©cution » est positionnĂ© Ă  «   » par dĂ©faut. Pour qu'elle soit réévaluĂ©e pĂ©riodiquement, il faut choisir « Après expiration d’un dĂ©lai ».

Imaginons une condition pour l'action saut automatique qui soit form_var_lu_par_tartempion == "Oui". Si tartempion n'a pas lu, quand la demande arrive dans le statut en question, form_var_lu_par_tartempion == "Non", le saut n'est pas exĂ©cutĂ©. Et il ne le sera jamais s'il n'y a pas une expiration qui oblige Ă  réévaluer la condition plus tard.

L'expiration permettra de réévaluer la condition périodiquement, et de voir à un moment, que la donnée de traitement form_var_lu_par_tartempion est passée à "Oui", le saut automatique sera alors exécuté.

Déclencheur

Un saut vers un statut peut être provoqué par un système externe, tel que le système de paiement de la collectivité, grâce à une API autorisant le traitement d'une demande d'usager.

Les utilisateurs autorisés à déclencher doivent être spécifiés.

Expiration

Un délai d'expiration peut être configuré pour déclencher automatiquement un changement de statut après une certaine durée.
Sans expiration définie, la condition de saut n'est évaluée qu'à l'entrée dans le statut, et non de manière périodique.
Les unitĂ©s de temps utilisables sont : jour(s), heure(s), minute(s), seconde(s), mois, annĂ©e(s).
Il s’agit du dĂ©lai minimal garanti dans le statut : le dĂ©lai rĂ©el peut ĂŞtre plus long.

Ă€ noter : 1 mois est comptĂ© comme 31 jours et 1 annĂ©e correspond Ă  365,25 jours.

Exemples d'usage du critère « Expiration » : pour automatiser un saut vers le statut « Relance », prĂ©vu pour signaler Ă  l'agent traitant que la demande tarde Ă  ĂŞtre traitĂ©e, l'administrateur fonctionnel peut estimer une durĂ©e de traitement critique Ă  partir de laquelle il considère utile de relancer le gestionnaire.

Options

Onglet Avancé > champ Identifiant

Lorsqu'un saut a l'identifiant 'foo', on peut Ă©crire des conditions qui vĂ©rifient :

  • que la demande est passĂ©e Ă  un moment par ce saut : "foo" in form_jumps ;

  • que la demande est arrivĂ©e sur un statut via ce saut : form_latest_jump == "foo"
    Remarque : Cette vĂ©rification fonctionne uniquement si tous les sauts menant Ă  ce statut possèdent un identifiant.

Dernière mise à jour le 08/04/2026 11:08 — Éditer