DGFiP / Test-Compta-Demat

Ce logiciel permet de contrôler le respect des normes des fichiers d'écritures comptables (FEC) conformément aux dispositions de l'article A.47 A-1 du livre des procédures fiscales.
http://www.economie.gouv.fr/dgfip/controle-fiscal-et-lutte-contre-fraude
52 stars 20 forks source link

Fichier XML incorrect : possibilité de voir les motifs du rejet (namespace / encodage) #7

Open TheDwarf71 opened 9 years ago

TheDwarf71 commented 9 years ago

Bonjour,

Lorsqu'un fichier XML est rejeté faute de respecter les spécifications XML/XSD, ne serait-il pas possible d'avoir une information (compte-rendu, log) sur le motif du rejet ?

Merci d'avance. Cordialement.

pommedeterresautee commented 9 years ago

De part implémentation actuelle ce n'est pas facile. En revanche de nombreux programmes proposent d'appliquer un XSD à un xml. Ça me paraît être le plus simple.

TheDwarf71 commented 9 years ago

Oui, je l'avais déjà fait. Le problème est que le contrôle versus XSD ne contrôle pas tout à priori.

En l'occurence, j'avais galéré sur le namespace qui était manquant, qui provoque un rejet par Test-Compta-Demat, mais pas d'anomalie versus XSD.

Après, peut-être est-ce un cas particulier ?

pommedeterresautee commented 9 years ago

Le fonctionnement de l'outil pour la partie XML est présenté ici #1

En gros, après le test XSD, le fichier est converti en TXT avant d'être testé. Donc pas possible d'avoir mieux que ce que vous avez (je pense)

npotelle commented 9 years ago

Pour un fichier XML, un contrôle XSD est fait en début de test, avant sa transformation en fichier texte. Les erreurs du parseur sont normalement listées dans le log "errinit.log. Attention, ce fichier est écrasé à chaque test.

TheDwarf71 commented 9 years ago

Je suis désolé d'insister, mais si je prends l'exemple d'absence de namespace dans la balise comptabilite, cette absence passe le contrôle XSD (en tout cas, avec d'autres outils), et le problème n'est pas remonté dans la log. Et pourtant, il bloque bien la suite de l'analyse.

Donc, il existe des cas où les problèmes bloquants ne sont pas loggés.

LTETON commented 9 years ago

Bonjour,

Je confirme les propos de TheDwarf71, impossible de voir les logs d'erreurs. Voici le message entier généré par le log lors de la non conformité du fichier FEC: Pb au parseur xml :

Impossible de connaître la raison de ce refus. De plus, j'ai généré deux fichiers de deux bases différentes avec la même structure de fichier, l'un est conforme, l'autre pas ...

Avez-vous une idée de ce qui peut bloquer ?

npotelle commented 9 years ago

@TheDwarf71 Voici les premières étapes d'un test d'un fichier XML et les logs associées : 1- Analyse de l'encodage et du namespace (pas de log) ; 2- Analyse avec parser XML Xerces (errinit.log) ; 3- Traitement du fichier XML et conversion en fichier texte (err_123456789_20111231.log_xml) 4- Traitement du fichier texte (err_123456789FEC20111231.txt.log)

Les anomalies découvertes dans la 1ère étape ne sont actuellement pas décrites dans une log. Seul le rapport PDF indique un problème de conformité.

npotelle commented 9 years ago

@LTETON Le problème décrit semble différent (la log indique quelque chose, même si cela est incomplet) : un problème lié au parser Xerces. Merci d'ouvrir un nouveau bug pour décrire le problème et si possible de fournir un fichier test (avec le minimum de données et anonymisé).

LTETON commented 9 years ago

@npotelle Un nouveau bug a été déclaré et les fichiers fournis: Issue due to Xerces parser #10

npotelle commented 9 years ago

Amélioration à faire : Les anomalies découvertes dans l'analyse de l'encodage et du namespace devraient être décrites dans une log.

joergthomas commented 8 years ago

J'ai le même problem. Il me parait qu'il me manque qqc très basique Excusez mon niveau francais, je suis allemand.

J'ai executé: (Validate XML against XSD) le fichier xml avec xsd (v VII-1) avec l'application du http://www.utilities-online.info/xsdvalidation. Le résultat: "XML is well formed and valid."

Puis j'ai chargé le fichier averc le logiciel: "Test de Compat Démat". Le résultat: Le fichier XML ne respecte pas les specs publiés sure le site imports.gouv.fr relatives a la structure du fichier XSD. J'ai essayé un fichier sans commentaires, sans charactères francais, sans les champs Montantdevise/IDevise, avec debit et credit pour chacque ligne aussi bien que debit ou credit exclusivement par ligne. Chaque fois, le fichier testeur\log\errinit.log est completement vide (0 byte), un fichier testeuer/altoweb2.db est crée, je voix des copies de mon fichier dans testeur\temp. Avec un version fichier plat, j'ai réussi a valider avec le logiciel: "Test de Compat Démat".

Fichiers attachés 784691560FEC20150930.txt fichedescriptive_6706.txt

Merci de m'aider,

npotelle commented 8 years ago

Bonjour,

deux soucis sur votre fichier : 1- xsi:noNamespaceSchemaLocation="fichedescriptive_6706.xsd" doit être remplacé par xsi:noNamespaceSchemaLocation="formatA47A-I-VII-1.xsd" ; en effet, le fichier XML doit obligatoirement désigner l'un des xsd suivants, à choisir en fonction du type de comptabilité :

Nous devons clarifier ce point dans la documentation ;

2- étrangement, les 18 lignes de commentaires au début du fichier semblent poser un problème. En supprimant ces lignes, cela fonctionne...

784691560FEC20150930_m.txt

joergthomas commented 8 years ago

Norbert, Je confirme. J'ai reussit a valider. Merci,