De Excel para geodados EUDR prontos para o TRACES — sem rejeições

As armadilhas de uma planilha de fornecedor

Latitude/longitude trocadas, vírgulas usadas como separador decimal, uma área digitada como texto (que o TRACES lê como 0 ha), pontos com mais de 4 ha que deveriam ser polígonos — tudo isso passa despercebido a olho nu, mas invalida a declaração.

O DDSpass autodetecta as colunas, corrige o que pode com segurança e separa claramente "o que corrigimos" do "o que seu fornecedor precisa corrigir e reenviar".

Da planilha ao envio

Solte o .xlsx ou .csv. Você recebe um GeoJSON pronto para o TRACES, uma prévia no mapa para conferir as parcelas e um relatório para o fornecedor em EN/ES/PT/FR/DE/NL/DA. Nada é enviado.

Como as suas colunas são identificadas

Não existe modelo para preencher antes. O DDSpass lê a linha de cabeçalho e pontua cada candidata, então Latitude, Latitud, Breitengrad, Breddegrad e Lat chegam todas ao mesmo lugar; acentos e maiúsculas são desconsiderados. Exportações reais também trazem uma linha de logotipo ou de título acima da tabela, então, se a linha 1 não tiver colunas de coordenadas, as linhas seguintes são varridas em busca do cabeçalho verdadeiro, e uma aba de capa ou de instruções é deixada de lado em favor da primeira aba que realmente exponha coordenadas.

• colunas de latitude + longitude → a geometria da parcela
• uma coluna de área ou hectares → Area, convertida em número
• uma coluna de talhão, local, fazenda, finca ou plot → ProductionPlace
• uma coluna de país, country, pays ou land → ProducerCountry, normalizada para ISO2
• uma coluna de limite em WKT ou GeoJSON → um polígono de verdade em vez de um ponto

Coordenadas anotadas do jeito do campo são convertidas, e não recusadas: graus-minutos-segundos (12°34'56"N), um símbolo de grau solto ou uma letra de hemisfério colada ao decimal (15.733457E, S 12,5) viram os graus decimais que o TRACES precisa, com S e W levando o sinal negativo.

Os dois erros numéricos que sobrevivem a uma conversão manual

Vírgula decimal. Um fornecedor com configuração regional europeia escreve 12,901234, e um leitor de planilhas que adivinha tipos entende essa vírgula como separador de milhar: o valor chega como 12901234, muito fora da faixa de coordenadas e fácil de confundir com metros. O DDSpass guarda o texto bruto, troca a vírgula pelo ponto e informa quantas células foram corrigidas.

Área digitada como texto. Esta é a falha mais silenciosa da lista. "Area": "3" — três hectares escritos como texto em vez de número — é importado sem um pio e o TRACES lê 0 hectares. Um texto que parece número é convertido e registrado; o que não é número de jeito nenhum, como 3 ha aprox, é bloqueado para o fornecedor reescrever.

Latitude e longitude trocadas seguem a mesma lógica. Quando os números só podem estar de um jeito — uma latitude de 47,2 na coluna de longitude —, a troca é certa e é revertida automaticamente. Quando os dois valores estão abaixo de 90, o arquivo é genuinamente ambíguo, então a parcela é testada contra o país declarado; e uma latitude acima de 90, que troca nenhuma salva, é bloqueada em vez de exportada.

Como tirar um limite de verdade de uma planilha

Nas commodities que não são gado, uma parcela com mais de 4 hectares precisa ser enviada como limite mapeado; um único ponto só é permitido até 4 hectares. Uma planilha de pares de latitude/longitude produz apenas pontos, então toda parcela grande dentro dela é bloqueada — e com razão, porque um ponto não descreve o talhão.

A saída não é trocar de ferramenta. Acrescente uma coluna de limite e o DDSpass a lê: cabeçalhos como WKT, Geometry, Boundary (WKT) ou Polygon, contendo WKT (POINT, POLYGON, MULTIPOLYGON) ou uma geometria GeoJSON colada na célula. O WKT é escrito com a longitude primeiro, a mesma ordem do GeoJSON. Essas linhas viram polígonos de verdade; é a única forma de uma planilha cumprir a regra do limite.

A coluna só passa a ser usada depois que pelo menos uma célula é interpretada de verdade, então um cabeçalho numérico como Área do polígono não consegue sequestrar o mapeamento. As linhas cuja célula de limite está vazia ou ilegível caem de volta no ponto de latitude/longitude e são contadas à parte no relatório, então um arquivo mapeado pela metade ainda entrega tudo o que já está pronto, mais uma lista precisa do que o seu fornecedor ainda deve.

Perguntas

Quais colunas ele precisa?

Latitude e longitude no mínimo; ele também detecta automaticamente as colunas de área, nome do produtor e país.

E se uma parcela for um único ponto com mais de 4 ha?

Ela é sinalizada: segundo o Art. 2(28) da EUDR, parcelas com mais de 4 ha devem ser enviadas como um limite de campo mapeado, não como um ponto.

Minhas coordenadas usam vírgula como separador decimal — elas vão ser lidas corretamente?

Sim. 12,901234 é convertido para 12.901234 antes de qualquer outra coisa. Isso pesa mais do que parece: um leitor de planilhas que adivinha tipos trata essa vírgula como separador de milhar e devolve 12901234, que não é uma coordenada e é facilmente confundido com um valor projetado em metros. A quantidade de células corrigidas aparece no relatório de correções.

Posso colar as linhas direto do Excel em vez de salvar um arquivo?

Sim. Copie as linhas e pressione Ctrl/Cmd+V em qualquer lugar da página, ou use o botão «Colar do Excel». Se você copiou só as células de dados, sem a linha de cabeçalho, as colunas são identificadas por tipo e precisão em vez de por nome. As linhas coladas são processadas no navegador exatamente como um CSV solto na ferramenta, e nada é enviado.

O TRACES aceitou minha planilha convertida sem erro — a declaração está certa?

Não necessariamente. O sistema rejeita visivelmente apenas duas coisas: sintaxe JSON inválida e um polígono com buracos. Todo o resto que está semanticamente errado é aceito em silêncio — uma área digitada como texto entra como 0 hectares, um ponto sem área nenhuma recebe 4 hectares por padrão, e coordenadas trocadas simplesmente aparecem em outro ponto do mapa. Confira os números, não a ausência de mensagem de erro.