Testé sur TRACES · EUDR
Ce que TRACES vérifie vraiment dans votre GeoJSON EUDR — et ce qu'il accepte en silence
Nous avons téléversé une série de fichiers GeoJSON délibérément cassés — auto-intersections, coordonnées inversées, superficies saisies en texte, anneaux non fermés, polygones à trou — dans l'environnement officiel d'ACCEPTATION de TRACES (version EUDR 8.2.0.2, juillet 2026). Le résultat nous a surpris nous-mêmes : il n'existe qu'un seul rejet visible. Tous les autres défauts se sont importés en silence — et ont mis de fausses données dans la déclaration.
Corrigez votre fichier — gratuitL'EUDR est obligatoire pour les moyens et grands opérateurs à partir du 30 décembre 2026 — préparez dès maintenant les fichiers de vos fournisseurs pour TRACES.
Les fichiers ne quittent jamais votre navigateur · aucun envoi
La seule erreur que TRACES affiche jamais
La syntaxe JSON cassée. L'analyseur du navigateur échoue avant même que TRACES ne regarde le contenu, et vous obtenez SyntaxError: Expected double-quoted property name in JSON at position… — voyez la correction de cette erreur. Vérifié identique mot pour mot sur les versions 8.2.0.1 et 8.2.0.2. C'est là toute la défense visible.
Tout ce que TRACES accepte en silence — avec les chiffres
| Ce qui n'allait pas dans le fichier | Ce que TRACES a affiché | Ce qui était vrai en réalité |
|---|---|---|
| Polygone auto-sécant (un « nœud papillon » en forme de 8) | Importé, Total Area 0.01 ha | La parcelle réelle fait 239.09 ha — sous-déclarée ×24,000. Détails |
| Superficie saisie en texte ("3" au lieu de 3) | Importé, Total Area 0.0000 | 3 ha déclarés par le fournisseur — mis à zéro en silence. Détails |
| Latitude et longitude inversées | Importé, aucun message | Les parcelles s'affichent dans l'océan / dans le mauvais pays. Détails |
| Polygone avec un trou (forme en anneau) | Importé, Total Area 119.11 ha | Le trou de 19.13 ha est compté comme production ; le net réel est ≈100.4 ha. Détails |
| Anneau non fermé (premier point ≠ dernier) | Importé, aucun message | Le fichier enfreint la spécification GeoJSON — risque de portabilité à toute revérification plus stricte. |
| LineString au lieu d'un polygone | Importé, aucun message | Le lieu de production est créé vide — aucune géométrie, 0 ha. |
| Anneau « pincé » qui se touche lui-même (tracé par machine) | Importé, aucun message | Un polygone géométriquement invalide qui s'embarque dans une déclaration officielle. |
Chiffres issus de notre série de tests de juillet 2026 sur l'environnement d'ACCEPTATION, version EUDR 8.2.0.2. TRACES ne vérifie pas non plus les coordonnées par rapport au pays déclaré, ne valide pas le code pays du fichier et ne compare pas la superficie déclarée avec la géométrie.
D'une version à l'autre, c'est devenu plus silencieux, pas plus strict
Sur la version 8.2.0.1, il restait un dernier avertissement sémantique : le jaune "Polygon with holes are not accepted by the system". Sur la 8.2.0.2, cet avertissement a disparu — le même fichier à trou s'importe sans aucun message par les deux chemins d'import. La direction est claire : TRACES est un système de réception, pas un validateur. Vérifier les données relève entièrement de l'opérateur.
Ce que cela signifie pour votre DDS
"TRACES a accepté le fichier" ne dit rien sur la justesse de votre déclaration. Les erreurs ci-dessus sont celles que les contrôles d'une autorité compétente peuvent faire ressortir plus tard — avec le nom de votre entreprise sur la DDS. DDSpass existe exactement pour ce fossé : déposez le fichier et chaque défaut de ce tableau est détecté, corrigé quand c'est possible et expliqué dans un rapport sur lequel votre fournisseur peut agir. Il convertit aussi les sources Excel, KML et Shapefile que TRACES ne sait pas lire du tout. Tout s'exécute dans votre navigateur — rien n'est envoyé.
Questions
TRACES valide-t-il les coordonnées par rapport au pays déclaré ?
Non. Dans nos tests, des parcelles aux coordonnées inversées s'affichant au milieu de l'océan se sont importées sans aucun message, quel que soit le pays de production sélectionné.
Si TRACES a accepté mon fichier, ma DDS est-elle correcte ?
Pas forcément. TRACES ne rejette que la syntaxe JSON cassée. Superficies fausses, localisations fausses, géométrie invalide et codes pays erronés s'importent tous en silence — la responsabilité de données correctes reste à l'opérateur qui soumet la DDS.
Sur quelle version de TRACES ces tests ont-ils été menés ?
Sur l'environnement officiel d'ACCEPTATION, versions EUDR 8.2.0.1 (8 juillet 2026) et 8.2.0.2 (18 juillet 2026). La production peut être en retard sur l'acceptation ; nous refaisons les tests quand les versions changent.