EUDR-geolokation for kakao — TRACES-klar, uden afvisninger

Fra kooperativ-eksport til DDS

Uanset om kooperativet sender en Shapefile i en lokal projektion, en KML eller et Excel-ark med GPS-punkter, omprojicerer DDSpass til WGS84, reparerer geometrien og markerer overlappende eller duplikerede marker, så det samme stykke jord ikke deklareres to gange.

Fang de tavse fejl

Nogle filer accepterer TRACES, men med forkerte data — et areal læst som 0, koordinater i det forkerte land. DDSpass bringer dem frem, før du indsender. Alt kører lokalt i din browser.

Marker kortlagt rundt om en gårdsplads

At gå en kakaomarks grænse med en telefon betyder som regel også, at man går uden om noget — gårdspladsen, et vandløb, et stykke der aldrig blev ryddet. Alt det udeladte bliver til en indre ring, og sådan en polygon er én af kun to ting, TRACES synligt afviser: Polygon with holes are not accepted by the system.

Slipper ringen derimod igennem, er resultatet værre: det indre ignoreres, og hele den ydre grænse tæller som produktionsareal — i test blev ca. 100,4 hektar faktisk beplantning til deklarerede 119,11. DDSpass finder indre ringe, før du uploader til TRACES, opløser dem til én deklareret grænse og nævner hver berørt mark i rettelsesrapporten.

Den samme gård, kortlagt to gange

Kakaoregistre bygges op over sæsoner af skiftende hænder, så dubletter er strukturelle snarere end sjuskede. TRACES tjekker ikke for dem: to registreringer af den samme jord importeres pænt, og de samme hektar deklareres to gange.

• To indkøbsagenter, der har kortlagt den samme gård i hver sin sæson.
• En producent, der er registreret hos mere end ét kooperativ.
• En mark, der er gået om efter en grænsestrid, uden at den gamle optegning blev slettet.
• En arvet gård, der er delt mellem familiemedlemmer, men stadig står som ét hele i registret.

DDSpass sammenligner markerne i filen med hinanden — og fanger både identiske og indlejrede marker og delvise overlap — og kan lægge en sammenhængende gruppe sammen til én grænse, hvor hektartallet beregnes forfra ud fra den sammenlagte form i stedet for at blive overtaget fra den første mark.

Når registret og kortet ikke er enige

Kooperativets bog siger 2,4 hektar; den optegnede grænse beregner 3,1. Importen læser både geometrien og Area-værdien fra din fil, så et spring mellem dem går lige ind i erklæringen. Det betyder mest omkring 4-hektargrænsen, hvor et registertal på 3,8 og en polygon på 4,3 er to forskellige situationer.

DDSpass markerer en polygon, hvis beregnede areal modsiger det opgivne, og viser det genberegnede tal, så uoverensstemmelsen bliver din beslutning i stedet for filens. Et beregnet areal, der ser alt for lille ud, skyldes som regel en geometrifejl: en selvskærende grænse — et GPS-spor, der krydser sig selv — kollapsede i test til 0,01 hektar, hvor den rigtige mark var 239,09.

Spørgsmål

TRACES siger, at polygoner med huller ikke accepteres. Hvad gør jeg?

Marken har en indre ring — typisk en gårdsplads, et vandløb eller et uryddet stykke, der blev holdt udenfor, da grænsen blev gået. Slipper sådan en ring omvendt igennem, tælles hullet med som produktionsareal. DDSpass opløser den før eksport og skriver ændringen i leverandørrapporten.

Opdager TRACES, at to agenter har kortlagt den samme gård?

Nej. Overlappende og duplikerede marker importeres uden en advarsel, og den samme jord ender med at blive deklareret to gange. Sammenligningen skal ske før indsendelsen — DDSpass kører den på tværs af hele filen og kan lægge en sammenhængende gruppe sammen til én grænse med arealet genberegnet.

Skal jeg deklarere arealet fra vores register eller fra polygonen?

Det er en beslutning i din egen due diligence-proces, men de to tal bør ikke være uenige i stilhed. DDSpass sammenligner det opgivne areal med arealet beregnet ud fra grænsen og rapporterer den genberegnede værdi. Det sikrer også, at det eksporterede tal er et tal — et areal skrevet som tekst læses som 0 hektar.

Landefeltet er tomt efter importen. Er filen forkert?

Ikke nødvendigvis. Om TRACES læser ProducerCountry, afhænger af indgangen: den øverste Import-knap gør, mens Add production place → Import GeoJSON ikke gør. Tjek også, at koden er gyldig ISO2 — UK hører hjemme som GB, EL som GR.