Fichier ORMC - Prélèvement SEPA

Bonjour,

pour la facturation de nos activités "Enfance", certains des usagers sont prélevés.
Notre facturation de septembre a fait apparaître un nombre important de rejets. Après pas mal de recherche, il s'avère que le problème provient de la séquence de prélèvement (OOFF, FRST, FNAL et RCUR).

La séquence "FRST" fonctionne et la ligne du fichier xml fait bien apparaitre "<SequencePres V="02"/>".
De même pour la séquence "OOFF", la ligne du fichier xml fait bien apparaitre "<SequencePres V="01"/>"
Par contre, les séquences "FNAL" et "RCUR" font apparaître également <SequencePres V="01"/> alors qu'elles devraient se présenter ainsi:
- FNAL = <SequencePres V="04"/>
- RCUR = <SequencePres V="03"/>.

Peut être que ai-je mal configurer un paramètre ou bien il s'agit d'un souci de création du fichier xml.

Je suis dispo pour donner plus d'informations si besoin.

Chemass

Bonjour,

J’ai été confronté à ce problème et j’ai beaucoup bataillé pour en trouver la raison.
Pour comprendre il faut considérer 2 incrémentations parallèles
- Celle de Noethys
- Celle du circuit bancaire

Noethys
génère à chaque prélèvement un règlement (si on l’a demandé lors de la saisie) qui vient s’ajouter dans la liste des prélèvements (fiche familiale>Règlements>Prélèvement automatique>ouvrir le mandat>Prélèvements rattachés)

Le système bancaire impose que dans une série de prélèvements le premier porte le nom de « FRST » (abréviation de first).
Quand on inscrit une famille au prélèvement automatique le premier qui est réalisé est par défaut effectué en « FRST » si la « séquence suiv. » est demandée en automatique.
Les suivants seront réalisés en RCUR (abréviation de récurrent) car Noethys remarque qu’un FRST a été créé.

Circuit bancaire

Il attend un FRST en premier prélèvement (les prélèvements autres que SEPA collectifs ne sont pas reconnus comme faisant partie de l’historique)
Si Noethys transmet un RCUR le système bancaire cherchera le FRST dans sa mémoire. S’il ne le trouve pas il rejettera.

Il faut donc s’assurer que la continuité de Noethys est bien réalisée = un FRST suivi de un ou plusieurs RCUR. Jamais de RCUR en premier.
Si un rejet survient, il faut vérifier la raison dans Noethys et on verra que le FRST n’a pas été créé. Pour remédier il faut, au prochain prélèvement, mettre la séquence suivante en « premier prélèvement d’une série » ce qui forcera Noethys à paramétrer en FRST, sans oublier de remettre en automatique une fois le fichier XML généré, pour que Noethys constatant le FRST continue en RCUR.

Quand un prélèvement a été rejeté par la banque pour cause d’incompatibilité FRST/RCUR celle-ci attend toujours un FRST.

Il nous est arrivé de générer un fichier XML que nous n'avons pas utilisé; et par la suite en créer un autre après certaines modifications dans la facturation.
Le deuxième fichier a contenu des RCUR dont le FRST (premier fichier) ne sont jamais parvenu à la banque. Donc nous avons eu des rejets que nous avons traité comme je viens de dire (forçage Noethys).
Evidemment lors de génération du fichier de « rattrapage » il ne faut pas demander le règlement, car Noethys l’a déjà fait.
J'espère que je suis clair...
Sinon je reste à disposition pour d'éventuels retour d'expériences...

Je ne sais pas trop si j'ai répondu à ta vraie question, car ORMC ça ne me parle pas...je suis associatif et pas collectivité locale.
Mais je suppose que c'est le même principe.

Effectivement, je suis dans une collectivité. Le fichier ORMC est le fichier à transmettre contenant les données de facturation des usagers pour la période. Ce fichier est transmis à la Trésorerie laquelle le transfert à son tour à la Banque de France.

Merci beaucoup pour toutes ces informations mais je pense que le problème est ailleurs.
J'ai comparé le fichier xml de Noethys avec le fichier xml de notre ancien logiciel. Le fichier de l'ancien logiciel est cohérent quant la codification des séquences. Dans celui de Noethys, cela ne correspond pas au paramétrage saisi de l'usager (RCUR, FRST, OOF, FNAL).

Je vais continuer à chercher comment contourner ce problème.

Merci encore

Oui il y a des critères qui semblent propres aux collectivités.