Excel / CSV → TRACES
Van Excel naar TRACES-klare EUDR-geodata — zonder afwijzingen
De meeste leveranciers sturen percelen als een Excel of CSV met kolommen voor breedte- en lengtegraad. TRACES kan daar niets mee — en de gebruikelijke handmatige conversie introduceert ongemerkt fouten die de upload doen afwijzen of, erger, met verkeerde data worden geaccepteerd.
Herstel je bestand — gratisDe EUDR is verplicht voor middelgrote en grote marktdeelnemers vanaf 30 december 2026 — maak je leveranciersbestanden nu TRACES-klaar.
Bestanden verlaten nooit je browser · geen upload
De valkuilen in een leveranciersspreadsheet
Verwisselde breedte- en lengtegraad, komma’s als decimaalteken, een oppervlakte als tekst (die TRACES als 0 ha leest), punten boven 4 ha die polygonen moeten zijn — een mens kijkt eroverheen, maar de verklaring gaat eraan kapot.
DDSpass herkent de kolommen automatisch, herstelt wat veilig kan en scheidt helder “wat wij hebben hersteld” van “wat je leverancier moet corrigeren en opnieuw sturen”.
Van spreadsheet naar indiening
Sleep de .xlsx of .csv erin. Je krijgt een TRACES-klaar GeoJSON, een kaartvoorbeeld om de percelen te bekijken en een leveranciersrapport in EN/ES/PT/FR/DE/NL/DA. Er wordt niets geüpload.
Hoe je kolommen worden gevonden
Er is geen sjabloon dat je eerst moet invullen. DDSpass leest de kopregel en scoort elke kandidaat, zodat Latitude, Latitud, Breitengrad, Breddegrad en Lat allemaal op hetzelfde uitkomen; accenten en hoofdletters worden weggepoetst. Echte exports hebben ook vaak een logo- of titelregel boven de tabel, dus staan er in regel 1 geen coördinaatkolommen, dan worden de volgende regels afgezocht naar de echte kopregel, en een voorblad of README-tabblad wordt overgeslagen ten gunste van het eerste tabblad dat wél coördinaten laat zien.
- kolommen breedtegraad + lengtegraad → de perceelgeometrie
- een kolom oppervlakte of hectare →
Area, omgezet naar een getal - een kolom perceel, plaats, bedrijf, finca of parcela →
ProductionPlace - een kolom land, país, pays of country →
ProducerCountry, genormaliseerd naar ISO2 - een WKT- of GeoJSON-grenskolom → een echt polygoon in plaats van een punt
Coördinaten die op veldmanier zijn genoteerd, worden geconverteerd in plaats van geweigerd: graden-minuten-seconden (12°34'56"N), een los gradensymbool of een letter voor het halfrond bij een decimaal getal (15.733457E, S 12,5) worden allemaal de decimale graden die TRACES nodig heeft, waarbij S en W het minteken meenemen.
De twee getalfouten die een handmatige conversie overleven
Komma’s als decimaalteken. Een leverancier in een Europese locale schrijft 12,901234, en een spreadsheetlezer die types raadt, leest die komma als scheidingsteken voor duizendtallen: de waarde komt binnen als 12901234, ver buiten het coördinatenbereik en makkelijk aan te zien voor meters. DDSpass houdt de ruwe tekst vast, zet de komma om naar een punt en vertelt je hoeveel cellen het heeft hersteld.
Oppervlakte als tekst getypt. Dit is de stilste fout op de lijst. "Area": "3" — drie hectare als tekenreeks geschreven in plaats van als getal — importeert zonder een kik en TRACES leest het als 0 hectare. Een tekenreeks die eruitziet als een getal wordt omgezet en gelogd; iets wat helemaal geen getal is, zoals 3 ha ongeveer, wordt geblokkeerd zodat de leverancier het opnieuw kan opgeven.
Omgedraaide breedte- en lengtegraad worden op dezelfde manier aangepakt. Waar de getallen maar op één manier kunnen kloppen — een breedtegraad van 47,2 in de kolom voor lengtegraad — staat de verwisseling vast en wordt hij automatisch teruggedraaid. Waar beide waarden onder 90 liggen, is het bestand echt dubbelzinnig, dus wordt het perceel in plaats daarvan getoetst aan het opgegeven land, en een breedtegraad voorbij 90 die geen enkele verwisseling redt, wordt geblokkeerd in plaats van geëxporteerd.
Een echte grens uit een spreadsheet halen
Voor de grondstoffen buiten rundvee moet een perceel boven 4 hectare als gekarteerde grens worden aangeleverd; één punt mag alleen bij 4 hectare of minder. Een spreadsheet met paren breedte- en lengtegraad levert niets dan punten op, dus elk groot perceel erin wordt geblokkeerd — en terecht, want een punt kan het veld niet beschrijven.
De oplossing betekent niet dat je van tool moet wisselen. Voeg een grenskolom toe en DDSpass leest hem: kopteksten als WKT, Geometry, Boundary (WKT) of Polygon, met daarin WKT (POINT, POLYGON, MULTIPOLYGON) of een GeoJSON-geometrie die in de cel is geplakt. WKT schrijft de lengtegraad eerst, dezelfde volgorde als GeoJSON. Die regels worden echte polygonen; dit is de enige manier waarop een spreadsheet aan de grensregel voldoet.
De kolom wordt pas vertrouwd zodra minstens één cel echt te lezen valt, zodat een numerieke koptekst Polygon area de koppeling niet kan kapen. Regels waarvan de grenscel leeg of onleesbaar is, vallen terug op hun punt van breedte- en lengtegraad en worden apart geteld in het rapport, zodat een half gekarteerd bestand je toch alles geeft wat klaar is, plus een precieze lijst van wat je leverancier je nog schuldig is.
Vragen
Welke kolommen zijn nodig?
Minimaal breedte- en lengtegraad; oppervlakte-, producentnaam- en landkolommen worden ook automatisch herkend.
Wat als een perceel één punt boven 4 ha is?
Dat wordt gemarkeerd: volgens EUDR art. 2(28) moeten percelen boven 4 ha als gekarteerde veldgrens worden aangeleverd, niet als punt.
Mijn coördinaten gebruiken komma’s als decimaalteken — worden die goed gelezen?
Ja. "12,901234" wordt omgezet naar 12.901234 voordat er iets anders gebeurt. Dat telt zwaarder dan het lijkt: een spreadsheetlezer die types raadt, behandelt die komma als scheidingsteken voor duizendtallen en geeft 12901234 terug, wat helemaal geen coördinaat is en makkelijk wordt aangezien voor een geprojecteerde waarde in meters. Het aantal herstelde cellen staat in het correctierapport.
Kan ik regels rechtstreeks uit Excel plakken in plaats van een bestand op te slaan?
Ja. Kopieer de regels en druk ergens op de pagina op Ctrl/Cmd+V, of gebruik de knop “Plakken uit Excel”. Heb je alleen de datacellen gekopieerd zonder de kopregel, dan worden de kolommen op type en precisie herkend in plaats van op naam. Geplakte regels worden in de browser precies zo verwerkt als een gesleepte CSV, en er wordt niets geüpload.
TRACES accepteerde mijn geconverteerde spreadsheet zonder fout — klopt de verklaring dan?
Niet per se. Het systeem wijst zichtbaar maar twee dingen af: ongeldige JSON-syntaxis en een polygoon met gaten. Al het andere dat inhoudelijk fout is, wordt in stilte geaccepteerd — een oppervlakte die als tekst is getypt importeert als 0 hectare, een punt zonder oppervlakte krijgt standaard 4 hectare, en verwisselde coördinaten tekenen zich gewoon ergens anders op de kaart. Controleer de getallen, niet het ontbreken van een foutmelding.