Aller au contenu
eDocument Tools

Validateur myDATA

AADE myDATA 2.0.2

Vérifiez un document de transmission myDATA grec par rapport au schéma XML officiel de l’AADE v2.0.2 — factures, documents de crédit, reçus de détail et mouvement numérique de marchandises. Votre document ne quitte jamais votre poste, et cet outil ne contacte jamais l’AADE.

Votre document ne quitte jamais votre poste — le fichier est lu et analysé dans cet onglet du navigateur.

Déposez un document XML ici, ou choisissez un fichier

Lu dans votre navigateur. Jamais transmis. Jusqu’à 12.0 MB.

Ce que ce validateur exécute

Il exécute le paquet de schémas officiel de l’AADE pour myDATA v2.0.2, la version de production depuis le 10 septembre 2026. Le paquet est archivé dans ce projet, vérifié par SHA-256 et servi depuis cette origine : un résultat ne peut donc pas changer parce qu’un site distant a changé, et rien n’est jamais récupéré auprès de l’AADE.

Une vérification se déroule en couches, chacune rendant compte séparément plutôt que d’être résumée en un mot :

  • Fichier — les octets forment un XML bien formé et ont passé le filtre de sécurité.
  • Structure — l’élément racine et son espace de noms identifient l’une des vingt structures déclarées par le paquet officiel.
  • Schéma XML — le document est conforme, ou non, à cette structure.
  • Règles de l’AADE — signalées en permanence comme non vérifiées. Voir ci-dessous.

La limite qui compte

Un schéma conforme ne vaut pas acceptation par myDATA, et cet outil ne dira jamais le contraire. Presque toutes les règles métier de l’AADE dépendent d’un état qui n’existe que sur la plateforme : existence d’un ΜΑΡΚ, réalité d’un document corrélé, enregistrement et autorisation du contribuable émetteur, document déjà transmis ou non. Un navigateur ne peut rien en savoir.

Cinq formulations n’apparaissent donc nulle part dans cet outil : valide AADE, accepté par myDATA, facture grecque officiellement valide, certifié prestataire et accepté par Peppol. eDocument Tools est un visualiseur et un validateur. Ce n’est pas un Πάροχος Ηλεκτρονικής Τιμολόγησης, il ne peut rien transmettre, et ce n’est pas un service d’archivage.

Trois choses à ne pas confondre

Le vocabulaire de la facturation électronique grecque se confond facilement ; cet outil distingue délibérément les trois :

  • La facture électronique légalement émise — le document commercial que reçoit votre contrepartie.
  • La représentation de transmission myDATA — le XML envoyé à la plateforme et renvoyé par elle. Un InvoicesDoc est cela. L’appeler « la facture grecque » est une erreur.
  • La représentation détaillée myDATA — la forme téléchargeable qu’un prestataire peut publier, que l’AADE définit avec son propre schéma, plus strict.

La version de l’espace de noms n’est pas la version

Tous les schémas du paquet v2.0.2 déclarent version="2.0.2", alors que l’espace de noms indique toujours http://www.aade.gr/myDATA/invoice/v1.0. L’AADE versionne les schémas sans versionner l’espace de noms : un document myDATA ne porte donc aucune trace de la version pour laquelle il a été écrit.

Cet outil ne déduit jamais une version d’un document. La version affichée est le contrat appliqué. C’est la même discipline qui sépare ailleurs sur ce site UN/CEFACT CII D16B et D22B, et pour la même raison : deviner une version revient à vérifier le document de quelqu’un contre le mauvais schéma et à présenter la réponse comme un fait.

Mouvement numérique de marchandises

Le Ψηφιακό Δελτίο Αποστολής grec relève du même paquet, et ses structures sont vérifiées de la même manière : enregistrement de transfert, confirmation de livraison, confirmation de retour, rejet de bon de livraison, réponses de statut de livraison et structures de QR groupé. Lorsqu’un document déclare un statut de livraison, un motif de mouvement ou un véhicule, ces valeurs sont affichées comme déclarées — jamais comme la confirmation qu’un mouvement a eu lieu.

Ce qu’il ne couvre pas

  • EN 16931 — la norme sémantique européenne s’applique à UBL et à UN/CEFACT CII. Aucune liaison myDATA n’existe : il n’y a donc aucun jeu de règles à exécuter.
  • B2G grec et Peppol — la facturation du secteur public s’appuie sur Peppol BIS Billing 3.0 via le Centre national d’interopérabilité. Spécification différente, artefacts différents, verdict distinct. Voir la page Grèce.
  • Les règles de listes de codes de l’AADE absentes du schéma — plusieurs contraintes myDATA figurent dans les spécifications de l’AADE sans être imposées par le XSD. Elles ne sont pas réimplémentées ici : une règle que ce projet n’a pas lue à la source est une règle qu’il ne doit pas appliquer.

Questions fréquentes

Mon document est-il envoyé quelque part ?

Non. Le fichier est lu par votre navigateur et vérifié dans un fil d’arrière-plan à l’intérieur de cette page. Les schémas de l’AADE sont téléchargés depuis ce site, car ils y sont archivés, mais votre document n’est envoyé nulle part : ni à l’AADE, ni à nous, ni à un tiers. Ouvrez le panneau réseau de votre navigateur pendant la vérification : vous ne verrez que les requêtes de ces fichiers de schéma.

Un résultat sans erreur signifie-t-il que myDATA acceptera mon document ?

Non, et c’est la limite la plus importante à comprendre. Un résultat sans erreur signifie que votre document correspond au schéma XML officiel de l’AADE. Il ne dit rien de l’acceptation de la transmission. La plupart des règles myDATA dépendent de l’état de la plateforme : existence d’un MARK, réalité d’un document corrélé, enregistrement et autorisation de l’émetteur, transmission déjà effectuée ou non. Un navigateur ne peut rien savoir de tout cela, et cet outil ne contacte jamais l’AADE. Seule une transmission réelle établit l’acceptation.

Quelle version de myDATA est utilisée ?

AADE myDATA v2.0.2, la version de production depuis le 10 septembre 2026. Le paquet de schémas officiel est archivé dans ce projet avec son empreinte SHA-256 : un résultat ne peut donc pas changer parce qu’un site distant a changé. À noter : l’espace de noms XML indique toujours v1.0. L’AADE versionne les schémas sans versionner l’espace de noms, si bien que la version est le contrat appliqué par cet outil et jamais une information lue dans votre document.

Pourquoi le résultat ne dit-il jamais simplement « valide » ?

Parce que ce serait affirmer plus que ce que les preuves permettent. Le rapport présente chaque couche séparément : la couche schéma réussit ou échoue, et la couche des règles AADE est signalée en permanence comme non vérifiée. Les résumer en un mot transformerait « votre XML est bien formé et correctement structuré » en « votre déclaration fiscale est en règle », ce qui n’est pas la même phrase et n’est pas une phrase que cet outil peut prononcer.

Quelles structures myDATA sont vérifiables ?

Les vingt structures déclarées par le paquet officiel v2.0.2. Cela comprend le document de transmission des factures et sa représentation détaillée, les documents demandés, les réponses de transmission, les caractérisations de revenus, de dépenses et de moyens de paiement, ainsi que les structures du mouvement numérique de marchandises : enregistrement de transfert, confirmation de livraison, confirmation de retour, rejet de bon de livraison, statut de livraison et structures de QR groupé. La structure est identifiée par son élément racine et son espace de noms, jamais par le nom du fichier.

Pourquoi m’a-t-on demandé de choisir entre deux schémas InvoicesDoc ?

Parce que l’AADE en publie deux, qui déclarent tous deux l’élément racine InvoicesDoc dans le même espace de noms. L’un est la forme de transmission produite par un ERP : plusieurs factures, caractérisations admises, cycle de vie de livraison en lecture seule. L’autre est la représentation détaillée myDATA : une seule facture, aucune caractérisation, code et description d’article obligatoires. Un document ne peut pas être rattaché à l’un des deux à partir de son seul élément racine : cet outil applique donc la forme de transmission par défaut et propose l’autre plutôt que de deviner.

Cet outil transmet-il à myDATA, ou me rend-il conforme ?

Non dans les deux cas. eDocument Tools est un visualiseur et un validateur. Ce n’est pas un Πάροχος Ηλεκτρονικής Τιμολόγησης — un prestataire de facturation électronique agréé — et il ne peut ni transmettre, ni liquider, ni stocker, ni archiver quoi que ce soit. Pouvoir vérifier une structure localement n’équivaut pas à être autorisé à l’émettre ou à la transmettre.

Vérifie-t-il les factures B2G grecques ou Peppol ?

Non. La facturation B2G grecque s’appuie sur Peppol BIS Billing 3.0 via le Centre national d’interopérabilité, une spécification différente de myDATA avec des artefacts différents. Un résultat de schéma myDATA ne dit rien de la conformité Peppol, et rien ici ne dit quoi que ce soit sur l’acceptation d’une facture par un organisme public.

À consulter également