Probado en TRACES · EUDR
Qué comprueba TRACES realmente en tu GeoJSON EUDR — y qué acepta en silencio
Subimos una batería de archivos GeoJSON rotos a propósito — autointersecciones, coordenadas invertidas, superficies escritas como texto, anillos sin cerrar, polígonos con agujero — al entorno oficial de ACEPTACIÓN de TRACES (compilación EUDR 8.2.0.2, julio de 2026). El resultado nos sorprendió incluso a nosotros: existe exactamente un rechazo visible. Todos los demás defectos se importaron en silencio — y metieron datos erróneos en la declaración.
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
El único error que TRACES llega a mostrar
La sintaxis JSON rota. El analizador del navegador falla antes de que TRACES mire siquiera el contenido, y obtienes SyntaxError: Expected double-quoted property name in JSON at position… — consulta la solución de ese error. Verificado idéntico palabra por palabra en las compilaciones 8.2.0.1 y 8.2.0.2. Esa es toda la defensa visible.
Todo lo que TRACES acepta en silencio — con los números
| Qué estaba mal en el archivo | Qué mostró TRACES | Qué era cierto en realidad |
|---|---|---|
| Polígono autointersecante (una «pajarita» en forma de 8) | Importado, Total Area 0.01 ha | La parcela real mide 239.09 ha — infradeclarada ×24,000. Detalles |
| Superficie escrita como texto ("3" en lugar de 3) | Importado, Total Area 0.0000 | 3 ha declaradas por el proveedor — puestas a cero en silencio. Detalles |
| Latitud y longitud invertidas | Importado, sin mensaje | Las parcelas aparecen en el océano / en el país equivocado. Detalles |
| Polígono con un agujero (rosquilla) | Importado, Total Area 119.11 ha | El agujero de 19.13 ha se cuenta como producción; la superficie neta real es ≈100.4 ha. Detalles |
| Anillo sin cerrar (primer punto ≠ último) | Importado, sin mensaje | El archivo incumple la especificación GeoJSON — riesgo de portabilidad en cualquier revalidación más estricta. |
| LineString en lugar de un polígono | Importado, sin mensaje | El lugar de producción se crea vacío — sin geometría alguna, 0 ha. |
| Anillo «pellizcado» que se toca a sí mismo (trazado a máquina) | Importado, sin mensaje | Un polígono geométricamente inválido colándose en una declaración oficial. |
Números de nuestra ronda de pruebas de julio de 2026 en el entorno de ACEPTACIÓN, compilación EUDR 8.2.0.2. TRACES tampoco comprueba las coordenadas contra el país declarado, no valida el código de país del archivo y no compara la superficie declarada con la geometría.
Entre compilaciones se volvió más silencioso, no más estricto
En la compilación 8.2.0.1 quedaba un último aviso semántico: el amarillo "Polygon with holes are not accepted by the system". En la 8.2.0.2 ese aviso ha desaparecido — el mismo archivo con agujero se importa sin ningún mensaje por ambas vías de importación. La dirección está clara: TRACES es un sistema de recepción, no un validador. Comprobar los datos es tarea íntegramente del operador.
Qué significa esto para tu DDS
"TRACES aceptó el archivo" no te dice nada sobre si tu declaración es correcta. Los errores de arriba son los que las comprobaciones de una autoridad competente pueden sacar a la luz más tarde — con el nombre de tu empresa en la DDS. DDSpass existe exactamente para ese hueco: suelta el archivo y cada defecto de esta tabla se detecta, se corrige cuando es posible y se explica en un informe sobre el que tu proveedor puede actuar. También convierte las fuentes Excel, KML y Shapefile que TRACES no puede leer en absoluto. Todo se ejecuta en tu navegador — no se sube nada.
Preguntas
¿TRACES valida las coordenadas contra el país declarado?
No. En nuestras pruebas, parcelas con las coordenadas invertidas que aparecían en mitad del océano se importaron sin ningún mensaje, con independencia del país de producción seleccionado.
Si TRACES aceptó mi archivo, ¿mi DDS es correcta?
No necesariamente. TRACES solo rechaza la sintaxis JSON rota. Superficies erróneas, ubicaciones erróneas, geometría inválida y códigos de país equivocados se importan todos en silencio — la responsabilidad de que los datos sean correctos sigue siendo del operador que envía la DDS.
¿En qué versión de TRACES se hicieron estas pruebas?
En el entorno oficial de ACEPTACIÓN, compilaciones EUDR 8.2.0.1 (8 de julio de 2026) y 8.2.0.2 (18 de julio de 2026). Producción puede ir por detrás de aceptación; repetimos las pruebas cuando cambian las compilaciones.