Avertissement TRACES · EUDR
TRACES : « Polygon with holes are not accepted by the system » — pourquoi, et comment corriger
Quand vous importez un GeoJSON EUDR dans TRACES et qu'une parcelle est un polygone avec un anneau intérieur (un « trou »), le système affiche : Warning: Geometry not valid: commodity 1, producer {1}, production place index {2}, reason: Polygon with holes are not accepted by the system. C'est la seule géométrie que le système de l'UE refuse activement — presque tout le reste est accepté en silence. Mise à jour — vérifié en juillet 2026 : sur la version d'acceptation 8.2.0.2, l'avertissement n'apparaît plus du tout — le même fichier avec trou s'importe en silence, et les hectares du trou sont toujours comptés comme production (notre parcelle de test affichait 119,11 ha pour une surface nette réelle de ≈100 ha). Les anciennes versions affichent encore l'avertissement ; dans les deux cas, la correction ci-dessous s'applique.
L'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
Pourquoi TRACES affiche cet avertissement
La Description du fichier GeoJSON EUDR n'autorise pas les polygones avec anneaux intérieurs. Une forme en anneau —un contour extérieur avec une découpe— est exactement ce qui déclenche Polygon with holes are not accepted by the system. TRACES le signale en jaune plutôt que de le bloquer, il est donc facile de l'ignorer et de soumettre quand même.
Les {1} et {2} vides du message sont des espaces réservés non remplis dans la version d'acceptation — ils devraient indiquer le producteur et l'indice du lieu de production. L'avertissement pointe tout de même un vrai problème dans votre fichier.
Ce que l'avertissement cache
TRACES calcule la Total Area à partir du seul anneau extérieur — le trou n'est pas soustrait. La parcelle est donc surdéclarée : vous revendiquez une terre productive que la géométrie elle-même dit absente. Si l'avertissement est ignoré, la déclaration part avec une surface gonflée.
Corrigez-le dans DDSpass
Déposez le fichier et DDSpass détecte l'anneau intérieur, supprime le trou et indique les hectares exacts retirés pour que la surface déclarée soit la vraie surface nette — après la correction l'avertissement ne réapparaît plus. Il convertit aussi les sources KML, Excel et Shapefile dans la même passe. Tout s'exécute dans votre navigateur — rien n'est envoyé.
Questions
« Polygon with holes are not accepted » est-il un blocage total ?
Sur la version 8.2.0.1, c'est un avertissement jaune, pas un arrêt total — et sur la 8.2.0.2, l'avertissement a complètement disparu : le fichier s'importe en silence. Dans les deux cas, la géométrie est invalide selon la spécification GeoJSON EUDR et la surface est surdéclarée, alors corrigez-le avant de soumettre.
Pourquoi {1} et {2} sont-ils vides dans le message ?
Ce sont des espaces réservés non remplis pour le producteur et l'indice du lieu de production — un bug d'affichage dans la version de TRACES. La cause de fond, un polygone avec un anneau intérieur, est réelle.