Bonsoir,

Les gentils gens du Gospel nous ont mis plus de deux semaines d'indisponibilité dans les dents pour mettre à jour, avec un an de retard et tout juste avant qu'il soit trop tard, leur logiciel à la norme SEPA.

Ce soir, nous sommes deux Greta de mon académie, à ma connaissance, à nous retrouver stupides avec GFC qui nous dit, lorsque nous voulons importer les règlements externes, que le fichier XML "n'a pas la structure attendue".

Et chez vous ? Est-ce qu'il y a des endroits où c'est passé ? Et qu'avez-vous fait pour avoir cette chance ? De nos échanges on tirera peut-être de quoi se désennuyer...

Bonjour,
 
Et si on le met directement sur EFCI ?

Je dis cela parce qu'il me semble avoir procéder de cette manière (verif lundi matin..)
J'ai un trou  
En tout cas il a été pris (montant exact avec la saisie)

J'ai réceptionné le fichier de Gospel aujourd'hui dans GFC Compta, pas de problèmes, cela a fonctionné

Il faut renseigner les coordonnées bancaires dans l'identification de l'établissement payeur (se connecter en login _P et aller dans Gestion des structures)

- Saisir le RIB avec au bout du numéro de compte, la clef rib (pas d'espace entre le compte et la clé)
- Saisir le BIC
- Envoyer au serveur, et vérifier que la clé IBAN et l'IBAN générés par Gospel sont corrects

Faire la même chose sur l'onglet "teneur de compte" en indiquant le RIB (idem code banque, code guichet, compte+clé RIB sans espace)
et le BIC de la DDFIP de votre département (RIB à demander à la TG, sinon vous pouvez trouver l'IBAN de DDFIP 
dans les constantes de GFC Compta)

Ensuite, lors de la production du fichier paiement à partir de Gospel, le renommer au format .XML à la place .BDF (avant la mise 
à jour Sepa)

Réceptionner le fichier produit dans GFC Compta, paiement externe, et faire le paiement destiné à EFCI à partir de GFC Compta.

peky a écrit:

Et si on le met directement sur EFCI?

Je dis cela parce qu'il me semble avoir procéder de cette manière (verif lundi matin..)
J'ai un trou   
En tout cas il a été pris (montant exact avec la saisie)

C'est risqué, heureusement que tu t'y prends à l'avance. Le système de vérification du montant de EFCI est ultra-basique, je ne compterais pas dessus pour tester le bon fonctionnement d'un logiciel.

D'une manière générale, je te recommande de faire passer les dk des logiciels annexes dans GFC, pour tout un tas de raisons développées ici : http://intendancezone.net/spip.php?article202

patb37 a écrit:

Il faut renseigner les coordonnées bancaires (...)

J'ai fait et refait tout cela avec soin, le bordereau papier accompagnant le fichier est parfait. GFC se met en erreur, avec la "structure du fichier [qui] n'est pas celle attendue". D'après moi, le système de sécurisation propre au nouveau format de fichier n'est pas bon. Ou alors c'est l'encodage qui n'est pas en UTF-8, mais si ça marche chez toi, il n'y a pas de raison. (encore que je me demande si l'encodage ne serait pas fait en fonction des réglages du navigateur utilisé pour se connecter à Gospel, ce qui créerait des anomalies relativement aléatoires, mais je vais probablement trop vite en besogne)
Avec ma gestionnaire de paie, on t'a envoyé deux gros messages avec toutes les informations que j'ai pu pêcher, les fichier à tester, etc. Mais profite bien du week-end, on verra lundi !

Bonjour,

Merci pour le lien et les infos de vous deux sur le fil. Travail de vérif lundi matin.
De toutes les manières si ce n'est pas passé je le saurai par un message de la DRFIP.

Bon WE

 

Bonjour,

Pas de message de la DRFIP. (pour l'instant)

peky a écrit:

Pas de message de la DRFIP. (pour l'instant)

Et EFCI dit-il que le fichier a bien été accepté la nuit d'après son émission ?

Oui

23/11/2013 à 3h53

Je vais procéder néanmoins à son importation en paiement externe dans GFC.

peky a écrit:

Je vais procéder néanmoins à son importation en paiement externe dans GFC.

Effectivement, c'est toujours possible. D'abord cela alimentera ton historique, ensuite tu pourras refaire un fichier de paiement que tu seras loisible de ne pas envoyer à EFCI, si ton premier envoi passe.

En cas de besoin, on peut toujours annuler un paiement externe, ou le différer. Ce dernier point pourra intéresser des collègues en délicatesse de trésorerie : vous pouvez admettre le fichier de règlement dans GFC, cocher "différé" à une partie des paies pour ne pas dépasser le montant disponible à l'instant. Quand vous aurez recouvré un peu d'argent, il n'y aura plus qu'à décocher la case différé et la vague suivante pourra partir. Il n'y a pas de risque d'en oublier en faisant ainsi, le seul problème est éthique : qui différer, qui payer immédiatement.

Bon, un copain m'a mis sur une piste intéressante : j'avais deux BIC qui n'étaient pas saisis correctement sur les fiches des personnels.

Petit rappel de la norme BIC pour éviter tout souci :

- 4 caractères désignant la banque (CRLY, SOGE, PSST...)
- FR (il n'est pas prévu que nous puissions envoyer des virements ailleurs à ce stade)
- deux caractères (très souvent PP)
- et, en option, trois caractères désignant une subdivision de la banque, qu'on retrouvera notamment dans les établissements à structuration régionale : Crédit Agricole, Caisses d'Epargne, Banques Populaire, Banque Postale. Ce cartouche de trois caractères peut être vide, contenir trois caractères significatifs, ou bien un triple X

En ne respectant pas la norme BIC de 4 + 2 + 2 + (3 ou zéro), on risque fort de se retrouver avec une erreur de respect de la norme, ce qui pourrait correspondre à l'insulte de GFC parlant de "fichier à structure non conforme".

J'ai trouvé assez facilement ces deux BIC mal saisis dans la liste d'accompagnement du fichier des règlements, ça saute aux yeux quand il manque un caractère.

Je reviens confirmer que c'est ça le problème, dès que le serveur a refait mes phases CAL et EDI.  

C'était ça. Une fois qu'on a corrigé les BIC mal saisis, refait la phase CAl et la phase EDI (et ça a été long, l'après midi du 25 du mois...), ça marche !

Bonjour,

Rejet de mon fichier:

2 anomalies dont "DISCORDANCE entre DATE DE CRÉATION du FICHIER et DATE (quantième) présente
dans RÉFÉRENCE TECHNIQUE"?  et "Le code IBAN émetteur (balise 2.20) est INCONNU de la table référence 'FI
BAN'"
Dans l'attente de réponse du SI.

A mon avis, si ton fichier peut être importé dans GFC, tu ferais mieux de faire comme ça et de ne plus y déroger. l'envoi direct par la comptabilité annexe peut représenter une sécurité en cas d'indisponibilité de la compta, mais quand même, les occasions où GFC est inutilisable sont assez rares, fort heureusement.

Une très bonne raison de le faire : Gospel va générer un fichier de paiement dans lequel la date d'exécution sera le jour de paie indiqué dans le logiciel, habituellement le dernier jour du mois. Or les fichiers SEPA sont exécutés à la date qu'ils contiennent, contrairement à ceux à l'ancienne norme, que les DDFiP passaient quand ça les arrangeait, et il fallait lourdement insister pour obtenir un différé, en tout cas chez moi.

En faisant transiter le 25 du mois dans GFC, tu refais une dk à la date du 26/11, et non pas du 30, ce qui mettrait en danger la bonne réception de leur salaire avant le dernier jour du mois par tous les salariés.

Si tu tiens quand même à l'envoi en direct, et puis il n'y a pas de raison de ne pas corriger au maximum les informations dans la base Gospel, il faut que tu regardes tes bordereaux d'accompagnement de fichiers de transfert : s'il y a les mêmes numéros de compte dans ce que sort Gospel et ce qui vient de GFC, c'est bon signe.

Comme je le disais plus haut, c'est assez subtil de comprendre que dans "teneur de compte", il faut mettre le numéro de ta DDFiP à la Banque de France, et que ça se renseigne à l'UAI du Greta et celui de l'établissement support.

merci à Patb37 pour son dépannage de renseignement de RIB à rentrer ! 
Sinon, je ne passe pas par GFC, mais directement via EFCI et ça marche : fichier ok:cheers:

grace à IZ j'ai pris soin de vérifier les IBAN BIC avant les payes, j'ai donc corrigé les 2 erreurs (manque derniere lettre au BIC).
j'ai réceptionné sur GFC après transfo du fichier en .xml. et roule Raoul tout nickel.

ce qui est fâcheux c'est qu'un logiciel comme GOSPEL qui nous em.erde pour un oui ou un non à la moindre erreur et nous pond des messages extra terrestres ne soit pas foutu d'avoir prévu un msg d'alerte si on saisit un nb de caractères erroné.

Bon, si j'ai rendu service à la marmotte, au moins ce mois-ci j'aurai servi à quelque chose !