Excel / CSV → TRACES
De Excel a geodatos EUDR listos para TRACES — sin rechazos
La mayoría de los proveedores envían las parcelas como un Excel o CSV con columnas de latitud/longitud. TRACES no puede leer eso — y la conversión manual habitual introduce en silencio errores que provocan el rechazo de la carga o, peor aún, que esta se acepte con datos incorrectos.
Corrige tu archivo — gratisEl EUDR es obligatorio para operadores medianos y grandes desde el 30 de diciembre de 2026 — prepara ya los archivos de tus proveedores para TRACES.
Los archivos nunca salen de tu navegador · sin subida
Las trampas de una hoja de cálculo de proveedor
Latitud/longitud invertidas, comas usadas como separador decimal, una superficie escrita como texto (que TRACES lee como 0 ha), puntos de más de 4 ha que deben ser polígonos — todo esto pasa desapercibido a simple vista pero invalida la declaración.
DDSpass autodetecta las columnas, corrige lo que puede con seguridad y separa claramente «lo que corregimos» de «lo que tu proveedor debe corregir y reenviar».
De la hoja de cálculo al envío
Suelta el .xlsx o .csv. Obtienes un GeoJSON listo para TRACES, una vista previa en el mapa para revisar las parcelas y un informe para el proveedor en EN/ES/PT/FR/DE/NL/DA. No se sube nada.
Cómo se localizan tus columnas
No hay ninguna plantilla que rellenar antes. DDSpass lee la fila de encabezado y puntúa cada candidata, así que Latitude, Latitud, Breitengrad, Breddegrad y Lat acaban todas en lo mismo; los acentos y las mayúsculas se ignoran. Las exportaciones reales además traen una fila de logotipo o de título encima de la tabla, así que si la fila 1 no tiene columnas de coordenadas se buscan los encabezados de verdad en las siguientes, y una hoja de portada o de instrucciones se descarta en favor de la primera hoja que sí muestre coordenadas.
- columnas de latitud y longitud → la geometría de la parcela
- una columna de superficie o de hectáreas →
Area, convertida a número - una columna de parcela, lugar, finca, farm o plot →
ProductionPlace - una columna de país, country, pays o land →
ProducerCountry, normalizada a ISO2 - una columna de límite en WKT o GeoJSON → un polígono real en lugar de un punto
Las coordenadas anotadas como se hace en campo se convierten en vez de rechazarse: grados-minutos-segundos (12°34'56"N), un símbolo de grado suelto o una letra de hemisferio pegada a un decimal (15.733457E, S 12,5) acaban todos en los grados decimales que TRACES necesita, con S y W arrastrando el signo menos.
Los dos errores numéricos que sobreviven a una conversión manual
Comas decimales. Un proveedor que trabaja con coma decimal escribe 12,901234, y un lector de hojas de cálculo que adivina tipos interpreta esa coma como separador de miles: el valor llega como 12901234, muy fuera del rango de coordenadas y fácil de confundir con metros. DDSpass conserva el texto original, cambia la coma por el punto decimal que usa GeoJSON y te dice cuántas celdas ha reparado.
Superficie escrita como texto. Es el fallo más silencioso de la lista. "Area": "3" — tres hectáreas escritas como cadena de texto en lugar de como número — se importa sin un murmullo y TRACES lo lee como 0 hectáreas. Una cadena que parece numérica se convierte y se registra; lo que no es un número en absoluto, como 3 ha aprox, se bloquea para que el proveedor lo vuelva a expresar.
La latitud y la longitud invertidas se tratan igual. Cuando los números solo pueden ir de una manera — una latitud de 47,2 en la columna de longitud — el intercambio es inequívoco y se deshace automáticamente. Cuando ambos valores están por debajo de 90 el archivo es genuinamente ambiguo, así que la parcela se contrasta con el país declarado; y una latitud por encima de 90 que ningún intercambio pueda salvar se bloquea en lugar de exportarse.
Cómo sacar un límite real de una hoja de cálculo
En los productos distintos del ganado, una parcela de más de 4 hectáreas debe enviarse como límite cartografiado; un solo punto únicamente vale hasta 4 hectáreas. Una hoja de cálculo de pares latitud/longitud no produce más que puntos, así que cada parcela grande que contenga queda bloqueada — y con razón, porque un punto no puede describir el campo.
La solución no pasa por cambiar de herramienta. Añade una columna de límite y DDSpass la lee: encabezados como WKT, Geometry, Boundary (WKT) o Polygon, con WKT dentro (POINT, POLYGON, MULTIPOLYGON) o con una geometría GeoJSON pegada en la celda. El WKT se escribe con la longitud primero, el mismo orden que GeoJSON. Esas filas se convierten en polígonos reales; es la única forma de que una hoja de cálculo cumpla la regla del límite.
La columna solo se da por buena cuando al menos una celda se interpreta de verdad, así que un encabezado numérico como Polygon area no puede secuestrar la asignación. Las filas cuya celda de límite esté vacía o sea ilegible recurren a su punto de latitud/longitud y se contabilizan aparte en el informe, de modo que un archivo cartografiado a medias te da igualmente todo lo que ya está listo, más una lista precisa de lo que tu proveedor todavía te debe.
Preguntas
¿Qué columnas necesita?
Latitud y longitud como mínimo; también detecta automáticamente las columnas de superficie, nombre del productor y país.
¿Y si una parcela es un solo punto de más de 4 ha?
Se marca: según el Art. 2(28) de EUDR, las parcelas de más de 4 ha deben enviarse como un límite de campo cartografiado, no como un punto.
¿Se leen bien mis coordenadas si usan la coma como separador decimal?
Sí. 12,901234 se convierte al punto decimal (12.901234) antes que ninguna otra cosa. Importa más de lo que parece: un lector de hojas de cálculo que adivina tipos toma esa coma por separador de miles y devuelve 12901234, que no es una coordenada en absoluto y se confunde fácilmente con un valor proyectado en metros. El número de celdas reparadas aparece en el informe de correcciones.
¿Puedo pegar las filas directamente desde Excel en vez de guardar un archivo?
Sí. Copia las filas y pulsa Ctrl/Cmd+V en cualquier parte de la página, o usa el botón «Pegar desde Excel». Si copiaste solo las celdas de datos sin la fila de encabezado, las columnas se identifican por tipo y precisión en lugar de por nombre. Las filas pegadas se procesan en el navegador exactamente igual que un CSV soltado, y no se sube nada.
TRACES aceptó mi hoja convertida sin ningún error, ¿está bien la declaración?
No necesariamente. El sistema solo rechaza de forma visible dos cosas: la sintaxis JSON inválida y un polígono con agujeros. Todo lo demás semánticamente incorrecto se acepta en silencio — una superficie escrita como texto se importa como 0 hectáreas, un punto sin superficie alguna recibe por defecto 4 hectáreas, y unas coordenadas invertidas simplemente se dibujan en otro sitio del mapa. Comprueba los números, no la ausencia de un mensaje de error.