Auf TRACES getestet · EUDR
Was TRACES in Ihrem EUDR-GeoJSON wirklich prüft — und was es stillschweigend akzeptiert
Wir haben eine Reihe absichtlich kaputter GeoJSON-Dateien — Selbstüberschneidungen, vertauschte Koordinaten, als Text getippte Flächen, offene Ringe, Donut-Löcher — in die offizielle TRACES-ACCEPTANCE-Umgebung hochgeladen (Build EUDR 8.2.0.2, Juli 2026). Das Ergebnis hat selbst uns überrascht: Es gibt genau eine sichtbare Ablehnung. Jeder andere Defekt wurde stillschweigend importiert — und brachte falsche Daten in die Erklärung.
Datei prüfen — kostenlosDie EUDR gilt verbindlich für mittlere und große Unternehmen ab 30. Dezember 2026 — machen Sie Ihre Lieferantendateien jetzt TRACES-fertig.
Dateien verlassen nie Ihren Browser · kein Upload
Der einzige Fehler, den TRACES je anzeigt
Kaputte JSON-Syntax. Der Parser des Browsers scheitert, bevor TRACES überhaupt auf den Inhalt schaut, und Sie bekommen SyntaxError: Expected double-quoted property name in JSON at position… — siehe die Lösung für diesen Fehler. Verifiziert wortgleich auf den Builds 8.2.0.1 und 8.2.0.2. Das ist die gesamte sichtbare Verteidigung.
Alles, was TRACES stillschweigend akzeptiert — mit den Zahlen
| Was an der Datei falsch war | Was TRACES anzeigte | Was tatsächlich stimmte |
|---|---|---|
| Selbstüberschneidendes Polygon (Achterschleife, «Bowtie») | Importiert, Total Area 0.01 ha | Die echte Parzelle hat 239.09 ha — um das 24.000-Fache zu niedrig deklariert. Details |
| Fläche als Text getippt ("3" statt 3) | Importiert, Total Area 0.0000 | 3 ha vom Lieferanten deklariert — stillschweigend auf null gesetzt. Details |
| Breiten- und Längengrad vertauscht | Importiert, keine Meldung | Parzellen erscheinen im Ozean / im falschen Land. Details |
| Polygon mit Loch (Donut) | Importiert, Total Area 119.11 ha | Das Loch von 19.13 ha wird als Produktionsfläche gezählt; echt netto sind ≈100.4 ha. Details |
| Ring nicht geschlossen (erster ≠ letzter Punkt) | Importiert, keine Meldung | Die Datei verletzt die GeoJSON-Spezifikation — Portabilitätsrisiko bei jeder strengeren Nachprüfung. |
| LineString statt Polygon | Importiert, keine Meldung | Der Produktionsort wird leer angelegt — gar keine Geometrie, 0 ha. |
| Sich selbst berührender, «eingeschnürter» Ring (maschinell nachgezeichnet) | Importiert, keine Meldung | Ein geometrisch ungültiges Polygon wandert in eine offizielle Erklärung. |
Zahlen aus unserem Testlauf vom Juli 2026 auf der ACCEPTANCE-Umgebung, Build EUDR 8.2.0.2. TRACES prüft außerdem Koordinaten nicht gegen das deklarierte Land, validiert den Ländercode in der Datei nicht und vergleicht die deklarierte Fläche nicht mit der Geometrie.
Zwischen den Builds wurde es stiller, nicht strenger
Auf Build 8.2.0.1 gab es noch eine semantische Warnung: ein gelbes "Polygon with holes are not accepted by the system". Auf 8.2.0.2 ist diese Warnung verschwunden — dieselbe Donut-Datei wird auf beiden Importwegen ohne Meldung importiert. Die Richtung ist klar: TRACES ist ein Annahme-System, kein Validator. Die Daten zu prüfen ist allein Sache des Marktteilnehmers.
Was das für Ihre Sorgfaltserklärung bedeutet
"TRACES hat die Datei akzeptiert" sagt nichts darüber, ob Ihre Erklärung stimmt. Die Fehler oben sind genau die, die Prüfungen der zuständigen Behörden später zutage fördern können — mit dem Namen Ihres Unternehmens auf der Sorgfaltserklärung. Genau für diese Lücke gibt es DDSpass: Legen Sie die Datei ab, und jeder Defekt in dieser Tabelle wird abgefangen, wo möglich behoben und in einem Bericht erklärt, den Ihr Lieferant umsetzen kann. Es konvertiert auch die Excel-, KML- und Shapefile-Quellen, die TRACES gar nicht lesen kann. Alles läuft in Ihrem Browser — nichts wird hochgeladen.
Fragen
Validiert TRACES Koordinaten gegen das deklarierte Land?
Nein. In unseren Tests wurden Parzellen mit vertauschten Koordinaten, die mitten im Ozean dargestellt wurden, ohne jede Meldung importiert — unabhängig vom gewählten Produktionsland.
Wenn TRACES meine Datei akzeptiert hat, ist meine Sorgfaltserklärung dann korrekt?
Nicht unbedingt. TRACES weist nur kaputte JSON-Syntax zurück. Falsche Flächen, falsche Standorte, ungültige Geometrie und falsche Ländercodes werden alle stillschweigend importiert — die Verantwortung für korrekte Daten bleibt beim Marktteilnehmer, der die Sorgfaltserklärung einreicht.
Auf welcher TRACES-Version liefen diese Tests?
Die offizielle ACCEPTANCE-Umgebung, Builds EUDR 8.2.0.1 (8. Juli 2026) und 8.2.0.2 (18. Juli 2026). Die Produktionsumgebung kann hinter der Acceptance zurückliegen; wir testen bei Build-Wechseln erneut.