Testet på TRACES · EUDR
Hvad TRACES faktisk tjekker i dit EUDR GeoJSON — og hvad det accepterer i stilhed
Vi har uploadet en stribe bevidst ødelagte GeoJSON-filer — selvskæringer, ombyttede koordinater, arealer skrevet som tekst, ulukkede ringe, donuthuller — til det officielle TRACES ACCEPTANCE-miljø (build EUDR 8.2.0.2, juli 2026). Resultatet overraskede selv os: der findes præcis én synlig afvisning. Alle andre defekter blev importeret i stilhed — og lagde forkerte data i erklæringen.
Ret din fil — gratisEUDR er obligatorisk for mellemstore og store virksomheder fra 30. december 2026 — gør dine leverandørfiler TRACES-klar nu.
Filer forlader aldrig din browser · ingen upload
Den eneste fejl, TRACES nogensinde viser
Ødelagt JSON-syntaks. Browserens parser fejler, før TRACES overhovedet ser på indholdet, og du får SyntaxError: Expected double-quoted property name in JSON at position… — se løsningen på den fejl. Verificeret ordret identisk på builds 8.2.0.1 og 8.2.0.2. Det er hele det synlige forsvar.
Alt, hvad TRACES accepterer i stilhed — med tallene
| Hvad der var galt med filen | Hvad TRACES viste | Hvad der faktisk var sandt |
|---|---|---|
| Selvskærende polygon (ottetals-«butterfly») | Importeret, Total Area 0.01 ha | Den rigtige mark er 239.09 ha — 24.000 gange for lavt deklareret. Detaljer |
| Areal skrevet som tekst ("3" i stedet for 3) | Importeret, Total Area 0.0000 | 3 ha deklareret af leverandøren — sat til nul i stilhed. Detaljer |
| Bredde- og længdegrad byttet om | Importeret, ingen besked | Markerne vises i havet / det forkerte land. Detaljer |
| Polygon med et hul (donut) | Importeret, Total Area 119.11 ha | Hullet på 19.13 ha tælles med som produktion; sandt netto er ≈100.4 ha. Detaljer |
| Ring ikke lukket (første ≠ sidste punkt) | Importeret, ingen besked | Filen bryder GeoJSON-specifikationen — portabilitetsrisiko ved enhver strengere efterkontrol. |
| LineString i stedet for en polygon | Importeret, ingen besked | Produktionsstedet oprettes tomt — slet ingen geometri, 0 ha. |
| Selvberørende, «afklemt» ring (maskinoptegnet) | Importeret, ingen besked | En geometrisk ugyldig polygon glider ind i en officiel erklæring. |
Tal fra vores testkørsel i juli 2026 på ACCEPTANCE-miljøet, build EUDR 8.2.0.2. TRACES tjekker heller ikke koordinater mod det deklarerede land, validerer ikke landekoden i filen og sammenligner ikke det deklarerede areal med geometrien.
Det blev mere stille mellem builds, ikke strengere
På build 8.2.0.1 var der én semantisk advarsel tilbage: en gul "Polygon with holes are not accepted by the system". På 8.2.0.2 er den advarsel væk — den samme donutfil importeres uden besked ad begge importveje. Retningen er tydelig: TRACES er et modtagesystem, ikke en validator. At tjekke dataene er helt og holdent operatørens opgave.
Hvad det betyder for din DDS
"TRACES accepterede filen" siger intet om, hvorvidt din erklæring er rigtig. Fejlene ovenfor er dem, kompetente myndigheders kontroller kan grave frem senere — med dit firmanavn på DDS’en. DDSpass findes præcis til dette hul: slip filen, og hver defekt i denne tabel fanges, rettes hvor muligt og forklares i en rapport, din leverandør kan handle på. Det konverterer også de Excel-, KML- og Shapefile-kilder, TRACES slet ikke kan læse. Alt kører i din browser — intet uploades.
Spørgsmål
Validerer TRACES koordinater mod det deklarerede land?
Nej. I vores tests blev marker med ombyttede koordinater, der lå midt ude i havet, importeret uden nogen besked — uanset hvilket produktionsland der var valgt.
Hvis TRACES accepterede min fil, er min DDS så korrekt?
Ikke nødvendigvis. TRACES afviser kun ødelagt JSON-syntaks. Forkerte arealer, forkerte lokationer, ugyldig geometri og forkerte landekoder importeres alle i stilhed — ansvaret for korrekte data ligger hos den operatør, der indsender DDS’en.
Hvilken TRACES-version blev testene kørt på?
Det officielle ACCEPTANCE-miljø, builds EUDR 8.2.0.1 (8. juli 2026) og 8.2.0.2 (18. juli 2026). Produktionsmiljøet kan halte efter acceptance; vi tester igen, når builds skifter.