Excel / CSV → TRACES
Excel zu TRACES-fertigen EUDR-Geodaten — ohne Ablehnung
Die meisten Lieferanten schicken Flächen als Excel oder CSV mit Koordinatenspalten. TRACES kann das nicht lesen — und die manuelle Umwandlung schleust still Fehler ein, die zur Ablehnung führen oder mit falschen Daten akzeptiert werden.
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
Die Fallen in einer Lieferanten-Tabelle
Vertauschte Breite/Länge, Kommas als Dezimaltrennzeichen, eine als Text getippte Fläche (die TRACES als 0 ha liest), Punkte über 4 ha, die Polygone sein müssen — für das Auge unauffällig, für die Erklärung fatal.
DDSpass erkennt die Spalten automatisch, behebt das Sichere und trennt klar „was wir behoben haben“ von „was Ihr Lieferant korrigieren und neu senden muss“.
Von der Tabelle zur Einreichung
Legen Sie die .xlsx oder .csv ins Tool. Sie erhalten ein TRACES-fertiges GeoJSON, eine Kartenvorschau und einen Lieferantenbericht in EN/ES/PT/FR/DE/NL/DA. Nichts wird hochgeladen.
Wie Ihre Spalten gefunden werden
Es gibt keine Vorlage, die Sie zuerst ausfüllen müssten. DDSpass liest die Kopfzeile und bewertet jeden Kandidaten, sodass Latitude, Latitud, Breitengrad, Breddegrad und Lat auf dasselbe hinauslaufen; Akzente und Groß-/Kleinschreibung werden dabei eingeebnet. Echte Exporte tragen außerdem oft eine Logo- oder Titelzeile über der Tabelle — enthält Zeile 1 keine Koordinatenspalten, werden die folgenden Zeilen nach der echten Kopfzeile durchsucht, und ein Deckblatt oder READ-ME-Blatt wird zugunsten des ersten Blatts übersprungen, das tatsächlich Koordinaten führt.
- Spalten für Breiten- und Längengrad → die Geometrie der Parzelle
- eine Spalte für Fläche oder Hektar →
Area, in eine Zahl umgewandelt - eine Spalte für Parzelle, Ort, Betrieb, finca oder parcela →
ProductionPlace - eine Spalte für Land, país, pays oder country →
ProducerCountry, auf ISO2 normalisiert - eine WKT- oder GeoJSON-Grenzspalte → ein echtes Polygon statt eines Punkts
Feldübliche Schreibweisen werden umgerechnet statt abgelehnt: Grad-Minuten-Sekunden (12°34'56"N), ein bloßes Gradzeichen oder ein an eine Dezimalzahl angehängter Himmelsrichtungsbuchstabe (15.733457E, S 12,5) werden zu den Dezimalgrad, die TRACES braucht — S und W tragen dabei das Minuszeichen.
Die zwei Zahlenfehler, die eine manuelle Umwandlung überleben
Komma als Dezimaltrennzeichen. Ein Lieferant in einer europäischen Sprachumgebung schreibt 12,901234, und ein Tabellenleser, der Typen errät, hält das Komma für ein Tausendertrennzeichen: Der Wert kommt als 12901234 an, weit außerhalb des Koordinatenbereichs und leicht mit Metern zu verwechseln. DDSpass behält den Rohtext, wandelt das Komma in einen Punkt und weist aus, wie viele Zellen repariert wurden.
Fläche als Text getippt. Das ist der leiseste Fehler auf dieser Liste. "Area": "3" — drei Hektar als Zeichenkette statt als Zahl — importiert ohne einen Mucks, und TRACES liest daraus 0 Hektar. Eine Zeichenkette, die wie eine Zahl aussieht, wird umgewandelt und protokolliert; was gar keine Zahl ist, etwa ca. 3 ha, wird blockiert, damit der Lieferant den Wert neu angibt.
Vertauschte Breiten- und Längengrade behandelt DDSpass nach demselben Grundsatz. Wo die Zahlen nur in einer Reihenfolge stimmen können — ein Breitengrad von 47,2 in der Längenspalte —, ist der Tausch eindeutig und wird automatisch rückgängig gemacht. Liegen beide Werte unter 90, ist die Datei tatsächlich mehrdeutig; die Parzelle wird dann gegen das angegebene Land geprüft. Und ein Breitengrad jenseits von 90, den kein Tausch retten kann, wird blockiert statt exportiert.
Eine echte Grenze aus einer Tabelle holen
Bei den Rohstoffen außer Rindern muss eine Fläche über 4 Hektar als kartierte Grenze gesendet werden; ein einzelner Punkt ist nur bis einschließlich 4 Hektar zulässig. Eine Tabelle aus Breiten-/Längengrad-Paaren erzeugt aber nichts als Punkte, jede große Parzelle darin wird also blockiert — zu Recht, denn ein Punkt kann das Feld nicht beschreiben.
Die Lösung heißt nicht, das Werkzeug zu wechseln. Ergänzen Sie eine Grenzspalte, und DDSpass liest sie: Überschriften wie WKT, Geometry, Boundary (WKT) oder Polygon, deren Zellen entweder WKT (POINT, POLYGON, MULTIPOLYGON) oder eine hineinkopierte GeoJSON-Geometrie enthalten. WKT wird mit dem Längengrad zuerst geschrieben, in derselben Reihenfolge wie GeoJSON. Aus diesen Zeilen werden echte Polygone — nur so kann eine Tabelle die Grenzregel erfüllen.
Der Spalte wird erst vertraut, wenn mindestens eine Zelle tatsächlich auswertbar ist — eine numerische Überschrift wie Polygonfläche kann die Zuordnung also nicht kapern. Zeilen, deren Grenzzelle leer oder unlesbar ist, fallen auf ihren Breiten-/Längengrad-Punkt zurück und werden im Bericht getrennt gezählt. So liefert auch eine nur halb kartierte Datei alles, was fertig ist, plus eine präzise Liste dessen, was Ihr Lieferant noch schuldet.
Fragen
Welche Spalten werden benötigt?
Mindestens Breite und Länge; Fläche, Erzeugername und Land werden ebenfalls automatisch erkannt.
Was ist mit einer Parzelle, die ein einzelner Punkt über 4 ha ist?
Sie wird markiert: Nach EUDR Art. 2(28) müssen Flächen über 4 ha als kartierte Feldgrenze gesendet werden, nicht als Punkt.
Meine Koordinaten verwenden Kommas als Dezimaltrennzeichen — werden sie richtig gelesen?
Ja. „12,901234“ wird noch vor allem anderen in 12.901234 umgewandelt. Das ist wichtiger, als es aussieht: Ein Tabellenleser, der Typen errät, behandelt dieses Komma als Tausendertrennzeichen und liefert 12901234 — gar keine Koordinate mehr und leicht mit einem projizierten Meterwert zu verwechseln. Die Zahl der reparierten Zellen steht im Korrekturbericht.
Kann ich Zeilen direkt aus Excel einfügen, statt eine Datei zu speichern?
Ja. Kopieren Sie die Zeilen und drücken Sie irgendwo auf der Seite Strg/Cmd+V, oder nutzen Sie die Schaltfläche „Aus Excel einfügen“. Haben Sie nur die Datenzellen ohne Kopfzeile kopiert, werden die Spalten über Typ und Nachkommastellen erkannt statt über den Namen. Eingefügte Zeilen werden im Browser genau wie eine abgelegte CSV verarbeitet, und nichts wird hochgeladen.
TRACES hat meine konvertierte Tabelle fehlerfrei angenommen — stimmt die Erklärung damit?
Nicht zwangsläufig. Sichtbar zurückgewiesen werden nur zwei Dinge: ungültige JSON-Syntax und ein Polygon mit Löchern. Alles andere inhaltlich Falsche wird stillschweigend akzeptiert — eine als Text getippte Fläche importiert als 0 Hektar, ein Punkt ganz ohne Flächenangabe wird auf 4 Hektar gesetzt, und vertauschte Koordinaten erscheinen einfach woanders auf der Karte. Prüfen Sie die Zahlen, nicht das Ausbleiben einer Fehlermeldung.