On ne peut pas réimputer un mandat qui avait été rejeté, sauf à ne pas réceptionner le fichier de rejet auparavant. Et bien sûr ça bloque arrivé chez l'AC. Je ne vois qu'une méthode propre : réimplantation de la sauvegarde avant émission rejet, fait par les services informatiques, réception du rejet, mandat correct. Si pas de sauvegarde, je ne vois pas, bidouillage de la DSI dans les bases ?

Le mandat en question na jamais été rejeté   voilà tout le problème

Il faut que l'ER réceptionne les fichiers de rejets dans l'ordre.
Derrière elle pourra ensuite mandater comme il faut.

On peut réceptionner un rejet très longtemps après, c'est d'ailleurs un bloquant au moment du COFI.

TARTANPION a écrit:

Le mandat en question na jamais été rejeté   voilà tout le problème

Je ne vois pourtant que ça. Un rejet à l'insu du plein gré de l'AC ?

Si cela avait été rejeté , le mandat n aurait pas été payé! pourtant il a été payé...

alors il y a un marqueur rejet à tort sur ce mandat.
Et donc il faut alors corriger la base de données. Demande d'intervention auprès du rectorat qui fera remonter la demande à Montpellier pour qu'ils vérifient et tripatouillent la base si besoin.

Dans ce cas la manip indiquée est la bonne mais il faut trouver l'origine du problème.

Autre piste : le gestionnaire a mal sélectionné le numéro du mandat qu'il souhaite réimputer. Il a réimputé un autre mandat, qui de son côté avait fait l'objet d'un rejet, sans avoir au préalable réceptionné le bordereau de rejet émis par l'AC.

le rejet automatique est normal dans les situations décrites par les collègues..

il faut bien vérifier si
le mandat n'a pas été rejeté
le mandat n'a pas déjà fait l'objet d'une réimputation

GFC est très stable depuis des années et il n'y a pas de bug...
je rappelle que selon les stats zonienne 95% des bugs informatiques se situent entre la chaise et le clavier