rejet fichier de paiement

Ah, je me doutais que c'était possible ! Merci Patb37.

Merci patb37,

je vais appliquer

patb37 a écrit:

En virement SEPA, s'il y a une erreur sur un BIC, la totalité du fichier est rejeté par la TG

pas toujours pas toujours
ici j'ai eu le cas d'un BIC erroné et je n'ai eu que ce paiement de rejeté...

Comme Boz.

Moi aussi, comme Boz et Winnie, tout pareil.

Bozinchu a écrit:

le comptable ne peut pas écarter le paiement non SEPA
quand il y a un paiement non SEPA (style on a laissé un 99) le paiement n'est pas généré mais:

1. le compte 5159 est mouvementé
   
2. il y a édition d'un document à la suite du bordereau de paiement
   

Il faut que le comptable solde le 5159 par le 4663 puis fasse un OP

Question très bête : faut il mettre avec cet OP un état justificatif signé par l'ordo ? Je pose la question parce qu'il ne s'agit dans ce cas (pour moi) que d'écritures qui concernent le comptable.

Merci.

Pour un OP du comptable je met un document signé par le comptable
Je me souviens pas signer les mandats....

Winnie a écrit:

Les prélèvements, c'est différent. On est crédités, lors du traitement du fichier par la DDFIP, et c'est plus tard que les différentes banques font savoir à la DDFIP que certains comptes sont sans provision. Crac, on nous débite.

Concernant le paiement, avant on était débités au moment du traitement du fichier, et si un RIB était faux on voyait l'argent revenir sur notre compte, on recevait aussi un beau papier avec écrit "coordonnées bancaires inexploitables". Maintenant c'est dès le traitement du fichier que la DDFIP voit si l'IBAN ou le BIC sont faux, ils nous font encore un joli papier (et c'est moderne, on l'a par courriel aujourd'hui). Je trouve juste dommage que GFC ne soit pas capable de nous signaler un BIC incohérent.

Le BIC ne contient pas de règle de contrôle, contrairement à l'IBAN qui possède une clé de vérification.

Pour plus de renseignements : http://fr.wikipedia.org/wiki/ISO_13616 (pour les plus vaillants et fans de maths)