Project

General

Profile

Anomalie #13636

[Versement] Reprise sur erreur ne conserve pas le statut original du bordereau

Added by Elodie SOME-BLAD 12 days ago. Updated 9 days ago.

Status:
En cours
Priority:
1-Majeur
Assignee:
-
Target version:
Start date:
03/24/2020
Spent time:
Itération:
200410
Extension/Module:
Fonction:
Versement
SCRUM - Valeur:
2 - Should

Description

Comportement relevé en 2.6.X.

Cas possibles :
Bordereau passe en erreur au moment de la validation (de "reçu" à "erreur" OU de "modifié" à "erreur") ;
Bordereau passe en erreur au moment de la reprise (de "à modifier" à "erreur" OU de "erreur" à "erreur") ;
Bordereau passe en erreur au moment du traitement (de "accepté" à "traité").

À chaque fois, le bordereau en erreur une fois repris passera dans le statut "accepté", car on ne conserve pas le statut précédent.

Comportement attendu

La reprise sur un bordereau en erreur doit permettre de revenir au dernier statut existant avant l'erreur.
La reprise sur un bordereau en erreur NE DOIT PAS permettre de "sauter" une étape (comme la validation ou l'acceptation par l'archiviste).

History

#1 Updated by Elodie SOME-BLAD 12 days ago

  • Description updated (diff)

#2 Updated by Jérôme BOUCHER 11 days ago

  • Status changed from A traiter to A tester

À tester sur branche fix/13636_deposing_error_handling

#3 Updated by Elodie SOME-BLAD 9 days ago

  • Status changed from A tester to En cours

Test réalisé sur AP, avec socle (fix/13636_deposing_error_handling) et AP (develop), retesté sur AP, avec socle (fix/13636_deposing_error_handling) et AP (feat/13334_seda2_to_seda2).

Test réalisé : En erreur au traitement.
1. Modification des droits du repo en 000 . bordereau en "accepté".
2. Au traitement, le bordereau passe en "erreur".
3. Modification des droits du repo en 775.
4. à la reprise, le bordereau passe en "reçu". Il devrait passer en "accepté".

Test KO.

Correctif non valide.

Also available in: Atom PDF