Fichier avec caractère accentué dans le titre rejeté sans information, sans log

[TheDwarf71]

Bonjour,

(If english language is better, let me know so I'll rewrite my issue).

J'essaie de tester un fichier XML simple (une écriture avec deux lignes) dans le programme, mais je n'ai aucun retour, et le log ne contient rien. A priori, mon fichier semble correct et cohérent avec le XSD de la DGFIP, mais j'ai peut-être loupé quelque chose ...

Voici mon XML : `<?xml version="1.0" encoding="ISO-8859-1"?>

2014-12-31 0-CHORUS AAA 1012 2014-02-22 BBB 140200001 2014-02-21 2014-02-22 50800000 CCC 243629.120 EUR 243629.12 D 52600030 DDD 243629.120 EUR 243629.12 C ` Version 1.05, installé dans le répertoire D:\Test_Compta_Demat 1.05 Merci d'avance.

[pommedeterresautee]

Quand ça fonctionne vous devez obtenir un rapport sous forme de pdf . Votre fichier n'a à mon avis pas été testé.

Le logiciel de test est formé de plusieurs modules. A la description que vous faites j'ai l'impression qu une des jonctions ne fonctionne pas.

Pourriez vous tester une installation sur le disque C ? Avec le chemin standard.

Cordialement, Michaël

[TheDwarf71]

Merci pour ces suggestions.

J'ai supprimé l'installation actuelle, et re-extrait le programme dans le répertoire par défaut (C:\Test_Compta_Demat). Même problème. Pour compléter, dans le répertoire testeur\log, j'ai des fichiers :

• err_414878587_20141231.log_xml (nom correspondant au nom de mon XML)
• errinit.log

mais vide (taille=0), avec l'heude de modif correspondant à l'heure de mon test.

En complément : si j'ajoute dans mon fichier un élément <ValidDate> vide, le programme m'affiche bien le compte-rendu PDF, et le fichier errinit.log me précise bien l'anomalie. Donc, le programme fonctionne correctement, sauf avec mon fichier original, on dirait ...

Cordialement.

[TheDwarf71]

Après plusieurs tests, le problème semble venir du contenant et non du contenu. Le même contenu dans un fichier créé par Notepad passe bien dans le programme. Je n'ai pas trouvé de différence entre les deux, et je ne sais pas où se situe le problème. Sans plus d'élément, je referme ce ticket qui n'est pas directement lié au programme.

Cordialement,

[pommedeterresautee]

Quel est l encodage utilisé dans le fichier qui ne marchait pas ?

[TheDwarf71]

D'après Notepad, la même que pour le fichier qui marchait : ISO 8859-1. J'avais même essayé de passer en UTF8 (sans BOM) au cas où, mais sans succès.

[pommedeterresautee]

Pouvez-vous poster le fichier qui rate quelque part ? Comme ça je regarde en hexadécimal . Ca aide parfois

[TheDwarf71]

Le fichier est disponible ici : https://www.dropbox.com/s/wrhqqyj1rmrsju0/012345678FEC20141231-1%C3%A9criture3.xml?dl=0

[pommedeterresautee]

Mystère résolu :

• si je tente avec votre fichier directement -> même problème que vous
• si je renomme le fichier 123456789FEC20123112.xml -> rapport

Pouvez-vous tester ?

[pommedeterresautee]

Ok j ai meme le coupable !

C'est l'accent dans le nom du fichier

Dans le mot écriture

[pommedeterresautee]

@TheDwarf71 Pourriez vous réouvrir l'issue car c'est un bug à corriger par l'administration?

[TheDwarf71]

Bien vu, je ne pensais pas que ça pouvait jouer ... Merci pour le coup de main.

[pommedeterresautee]

@npotelle lorsque le nom du fichier à analyser est bien construit mais qu'à la suite du SirenFECCloture un mot avec un accent est introduit l'analyse n'est pas lancée. En tout cas pour un xml.

[pommedeterresautee]

2

[npotelle]

En effet, si le nom du fichier contient un caractère accentué, cela ne fonctionne pas (xml ou txt).

Je ne pense pas que l'on corrige ce problème car normalement, le fichier doit être nommé selon la nomenclature définie au IX de l'article A. 47 A-1 du LPF c'est à dire sous la forme SirenFECAAAAMMJJ où " Siren " est le Siren du contribuable et AAAAMMJJ la date de clôture de l'exercice comptable. Il est possible néanmoins de suffixer en cas de plusieurs fichiers pour un exercice. Nous allons au moins ajouter un commentaire dans la documentation pour indiquer cette limite.