bugs sur flux PESORMC - Helios

bonjour Ivan,

il semblerai qu'un bugs se soit créé sur une dernière mise à jour pour la génération du PESORMC

En effet, la valeur de la balise Balise <Per V="10"/> dépasse les possible qui sont normalement entre 0 et 9.

Le flux est donc rejeté.

j'ai regarder dans noethys mais je ne pense pas que l'usager est la main sur la détermination de cette valeur.

Les 15 autres flux que j'ai généré depuis janvier n'ont pas cette valeur de 10, elle est comprise entre 0 et 9.

les deux derniers flux ont eu la valeur identique de 10.

En espérant que ça soit bénin pour toi...

Ps: je vais essayer de modifier manuellement cette valeur dans les deux flux en attente de transfère sinon j'attendrai la MaJ.

bon courage

Bonsoir Ivan,

As tu pu jeter un coup d'oeil sur ce bugs...

En effet j'ai essayer de changer le chiffre 10 par un chiffre choisi au hasard entre 0 et 9 et naturellement ça n'a pas marché.

Si tu ne pense pas pouvoir solutionner cela rapidement, je vais devoir faire manuellement l'encaissement des chèques, un titre après l'autre.... et là je pleure en mon fort intérieur...

j'ai les chèques du mois d'août en souffrance et je ne vais pas pouvoir trop attendre.

est-ce que je peux t'être utile ?


d'avance merci

Passe au prélèvement automatique ! le chèque c'est ringard ! :lol:

Bonjour,

malgré la mise à jour 1.1.3.5, le bugs persiste, j'ignore si elle contenait une correction pour ce problème.

pour info, noethys classe en haut de la liste les deux flux qui posent problème, hasard ?

je joins la photo pour être plus clair. cela correspond à l'id 19 et 20,
je ne comprends pas pourquoi il sont en haut de la liste alors que les autres se classaient automatiquement en bas jusqu'en juillet.

Bonjour,

utilisant également la génération de fichiers PESOMRC, j'ai constaté ce bug.
Sachant que les usagers prélevés le seront très bientôt, il fallait trouver un moyen de contourner le problème et de modifier le fichier .xml créé.
J'ai utilisé "WordPad" (mais cela fonctionne aussi avec "Writer" de Libre Office) en remplaçant la valeur <Per V="10"/> par <Per V="9"/> dans tout le document puis en enregistrant au format .xml.
Cela fonctionne et la Trésorerie peut exploiter le fichier.

Bon courage à Ivan pour la correction du bug!
Merci à tonio56.

Chemass

Ha mince ! J'y étais presque.... J'ai choisi 8 de mémoire ! :silly:

De mémoire ou de QI ? :laugh:

Bonjour

Dans ce champ c'est le mois qui est indiqué, donc 10 pour octobre.
Mais en regardant sur le site du ministère pour la norme, voici ce que j'y ai lu:

Réservé aux titres de type ORMC
Période
: complément au n° de dette
attribué au débiteur par l’ordonnateur, correspondra
à la Période de l’article de rôle dans Hélios (cette
information est exploitée par Hélios)
ATTENTION
: le format demeure 1
caractère, ultérieurement (dès lors que les impacts
dans Hélios, TIPI (EAU) et le talon Optique
pourront être pris en compte dans une même
version) le passage à deux caractères permettra la
discrimination d’un rôle sur 12 mois (une facture
mensuelle)

Ultérieurement on ne sait pas quand ce sera.
Donc en attendant on fait comme si l'année faisait 9 mois ?

Bref pas besoin de bidouiller le fichier à la main au moment de générer le fichicer même si la facture est par exemple novembre, tu mets septembre dans le mois.
D'ailleurs 8 ça aurait dû passer, n'aurais-tu pas plutôt mis 08 ?

Je ne sais pas si Ivan en sait plus sur cette évolution prévue.

Claude

Super l'explication Claude.
"8" ou"9" ça ne doit donc pas avoir d'importance.

Merci