Annulation ou relance d'un traitement en cas d'indisponibilité ou de dysfonctionnement

[slafayIGN]

Le besoin que vous rencontrez

• Pouvoir annuler une exécution de traitement si celle-ci n'a visiblement pas été exécutée.
• Si une exécution de traitement a échoué, pouvoir la relancer (à l'identique ou non)

La solution que vous aimeriez

• Quand un échec survient, on peut voir le rapport ou supprimer. Il serait souhaitable quand on supprime, que la donnée qui a été utilisée en entrée soit de nouveau disponible dans les actions en cours pour pouvoir repartir de cette étape intermédiaire. Typiquement si la génération de la pyramide échoue et qu'on la supprime, il faudrait retrouver la base de données vecteur de laquelle on était parti.
• idéalement en retrouvant le paramétrage de l'exécution de traitement qu'on avait lancé.

Autres éléments de contexte

Il n'avait pas été envisagé un fonctionnement semblable à l'origine car la plupart des erreurs proviennent : des données elles-mêmes ou de la projection déclarée dès l'étape de téléversement. Relancer semblait donc plus pertinent en repartant du début.

Dans les faits, il est possible qu'il n'y ait rien à reprocher aux données de départ et on pourrait permettre plus de souplesse de fonctionnement. ça permettrait aussi par exemple de relancer une génération avec un paramétrage différent.

[IGNF-Xavier]

Renforcer les messages d'erreur considérant que la majorité des erreurs viendront des données