D'Excel à des géodonnées EUDR prêtes pour TRACES — sans rejets

Les pièges d'un tableur fournisseur

Latitude/longitude inversées, virgules utilisées comme séparateur décimal, une superficie saisie en texte (que TRACES lit comme 0 ha), des points de plus de 4 ha qui doivent être des polygones — tout cela échappe à un coup d'œil humain mais invalide la déclaration.

DDSpass détecte les colonnes automatiquement, corrige ce qu'il peut en toute sécurité et sépare clairement « ce que nous avons corrigé » de « ce que votre fournisseur doit corriger et renvoyer ».

Du tableur à la soumission

Déposez le .xlsx ou le .csv. Vous obtenez un GeoJSON prêt pour TRACES, un aperçu cartographique pour vérifier les parcelles et un rapport fournisseur en EN/ES/PT/FR/DE/NL/DA. Rien n'est envoyé.

Comment vos colonnes sont retrouvées

Il n'y a aucun modèle à remplir au préalable. DDSpass lit la ligne d'en-tête et note chaque candidat : Latitude, Latitud, Breitengrad, Breddegrad et Lat aboutissent donc tous au même résultat, accents et majuscules mis de côté. Les exports réels portent aussi un logo ou une ligne de titre au-dessus du tableau ; si la ligne 1 ne contient aucune colonne de coordonnées, les lignes suivantes sont examinées à la recherche du véritable en-tête, et une feuille de garde ou de mode d'emploi est ignorée au profit de la première feuille qui expose réellement des coordonnées.

• colonnes de latitude et de longitude → la géométrie de la parcelle
• une colonne de surface ou d'hectares → Area, convertie en nombre
• une colonne parcelle, lieu, ferme, finca ou parcela → ProductionPlace
• une colonne pays, país, country ou land → ProducerCountry, normalisée en ISO2
• une colonne de limite WKT ou GeoJSON → un vrai polygone au lieu d'un point

Les coordonnées notées à la manière du terrain sont converties plutôt que rejetées : les degrés-minutes-secondes (12°34'56"N), un simple symbole de degré, ou une lettre d'hémisphère accolée à une décimale (15.733457E, S 12,5) deviennent tous les degrés décimaux attendus par TRACES, S et W portant le signe négatif.

Les deux bugs numériques qui survivent à une conversion manuelle

Décimales à virgule. Un fournisseur dans une locale européenne écrit 12,901234, et un lecteur de tableur qui devine les types lit cette virgule comme un séparateur de milliers : la valeur arrive à 12901234, très loin de la plage des coordonnées et facile à confondre avec des mètres. DDSpass conserve le texte brut, convertit la virgule en point et vous indique combien de cellules ont été réparées.

Surface saisie en texte. C'est la défaillance la plus discrète de la liste. "Area": "3" — trois hectares écrits en chaîne de caractères plutôt qu'en nombre — s'importe sans un mot et TRACES le lit comme 0 hectare. Une chaîne qui ressemble à un nombre est convertie et consignée ; ce qui n'est pas du tout un nombre, par exemple 3 ha environ, est bloqué pour que le fournisseur le reformule.

Les latitudes et longitudes inversées sont traitées de la même façon. Lorsque les nombres ne peuvent aller que dans un sens — une latitude de 47,2 dans la colonne de longitude — l'inversion est certaine et corrigée automatiquement. Lorsque les deux valeurs sont inférieures à 90, le fichier est réellement ambigu : la parcelle est alors testée contre le pays déclaré. Et une latitude au-delà de 90 qu'aucune inversion ne peut sauver est bloquée plutôt qu'exportée.

Obtenir une vraie limite à partir d'un tableur

Pour les matières premières autres que le bétail, une parcelle de plus de 4 hectares doit être envoyée sous forme de limite cartographiée ; un simple point n'est admis qu'à 4 hectares ou moins. Un tableur de couples latitude/longitude ne produit que des points : chaque grande parcelle qu'il contient est donc bloquée — à juste titre, car un point ne peut pas décrire le champ.

La solution n'impose pas de changer d'outil. Ajoutez une colonne de limite et DDSpass la lit : des en-têtes comme WKT, Geometry, Boundary (WKT) ou Polygon, contenant soit du WKT (POINT, POLYGON, MULTIPOLYGON), soit une géométrie GeoJSON collée dans la cellule. Le WKT s'écrit longitude en premier, le même ordre que GeoJSON. Ces lignes deviennent de vrais polygones ; c'est la seule façon pour un tableur de satisfaire la règle de la limite.

La colonne n'est prise en compte qu'une fois qu'au moins une cellule s'analyse réellement : un en-tête numérique tel que Polygon area ne peut donc pas détourner la correspondance. Les lignes dont la cellule de limite est vide ou illisible retombent sur leur point latitude/longitude et sont comptées à part dans le rapport, de sorte qu'un fichier à moitié cartographié vous donne quand même tout ce qui est prêt, plus la liste précise de ce que votre fournisseur vous doit encore.

Questions

Quelles colonnes lui faut-il ?

Latitude et longitude au minimum ; il détecte aussi automatiquement les colonnes de superficie, de nom de producteur et de pays.

Et si une parcelle est un seul point de plus de 4 ha ?

Elle est signalée : selon l'Art. 2(28) de l'EUDR, les parcelles de plus de 4 ha doivent être envoyées comme une limite de champ cartographiée, pas comme un point.

Mes coordonnées utilisent la virgule comme séparateur décimal — seront-elles lues correctement ?

Oui. « 12,901234 » est converti en 12.901234 avant toute autre opération. Cela compte plus qu'il n'y paraît : un lecteur de tableur qui devine les types traite cette virgule comme un séparateur de milliers et renvoie 12901234, qui n'est pas une coordonnée du tout et se confond aisément avec une valeur projetée en mètres. Le nombre de cellules réparées apparaît dans le rapport de corrections.

Puis-je coller des lignes directement depuis Excel au lieu d'enregistrer un fichier ?

Oui. Copiez les lignes, appuyez sur Ctrl/Cmd+V n'importe où sur la page, ou utilisez le bouton « Coller depuis Excel ». Si vous n'avez copié que les cellules de données sans la ligne d'en-tête, les colonnes sont identifiées par type et par précision plutôt que par nom. Les lignes collées sont traitées dans le navigateur exactement comme un CSV déposé, et rien n'est envoyé.

TRACES a accepté mon tableur converti sans erreur — la déclaration est-elle juste ?

Pas nécessairement. Le système ne rejette visiblement que deux choses : une syntaxe JSON invalide et un polygone avec des trous. Tout le reste, sémantiquement faux, est accepté en silence — une surface saisie en texte s'importe comme 0 hectare, un point sans aucune surface reçoit 4 hectares par défaut, et des coordonnées inversées se contentent de s'afficher ailleurs sur la carte. Vérifiez les chiffres, pas l'absence de message d'erreur.