DDS como quebra-cabeça: a anatomia do Due Diligence Statement gerado por etapa
Empresas tratam o DDS exigido pela UE como um documento. Tecnicamente, ele é um agregado de tokens de conformidade gerados ao longo da cadeia produtiva — e essa diferença muda a forma como se constrói compliance.
O DDS não é um documento
A maior parte das empresas brasileiras que se prepara para EUDR aborda o DDS — Due Diligence Statement — como um documento a ser montado antes do embarque. Coleta-se evidência, agrega-se em PDF, submete-se ao TRACES.
Esse enquadramento funciona em escala pequena, mas colapsa em operação contínua: cada embarque vira um projeto de coleta, cada auditoria vira um sprint de evidência, cada nova carga reabre o processo. A consequência é custo unitário alto e risco operacional crescente.
Tecnicamente, o DDS não é documento. É agregado. E abordá-lo como agregado muda toda a arquitetura de compliance.
O que o DDS realmente exige
A EUDR define o DDS como evidência consolidada de que o produto colocado no mercado europeu:
- Tem origem geolocalizada precisa (coordenadas das parcelas/unidades produtivas)
- Não vem de área desmatada após 31/12/2020
- Foi produzido em conformidade com a legislação do país de origem
- Tem cadeia de custódia documentada do campo até o embarque
Cada um desses requisitos é, por sua vez, alimentado por múltiplas evidências que vêm de momentos diferentes da cadeia produtiva. O ponto-chave: nenhuma das quatro evidências é gerada no momento do embarque. Todas são geradas ao longo da produção e consolidadas no fim.
Cada etapa é uma peça
A EMBRAPA articula isso explicitamente no Modelo de Conformidade por Etapas:
Cada etapa é uma "peça" do quebra-cabeça DDS. O conjunto de dados que estabelecem a conformidade é realizado por etapa de produção, fornecendo controle organizado dentro de uma linha de conformidade no processamento do produto a ser exportado.
O quebra-cabeça funciona assim:
Cadastro
- Peça — registros do imóvel rural, do proprietário, do produtor
- Evidências — CAR, CCIR, documentos pessoais, GlobalGAP
- Tags geradas — DDS + RC
Produção
- Peça — talhão, registros de plantio/manejo, aplicação de insumos
- Evidências — coordenadas geográficas, datas, operadores
- Tags geradas — DDS + GEO + RC
Colheita
- Peça — data, talhão de origem, volume colhido, lote
- Evidências — registro do operador, cleaning logs entre lotes
- Tags geradas — DDS + GEO + RC
Pós-colheita / Logística
- Peça — transporte primário, armazenamento, segregação
- Evidências — limpeza de equipamentos, vínculo origem-destino
- Tags geradas — DDS + RC
Transformação
- Peça — processamento, controle de qualidade, parâmetros
- Evidências — registros de produção, análises laboratoriais
- Tags geradas — DDS + RC
Exportação
- Peça — documentação de exportação, certificados, inspeção
- Evidências — declaração de exportação, certificados de origem, fitossanitários
- Tags geradas — DDS + RC + IAV
Por que pensar em peças muda o jogo
Quando cada peça é gerada na hora certa, com a evidência certa, com a tag certa, o DDS final do embarque não é um projeto: é uma consulta. O sistema agrega automaticamente todas as peças com tag DDS relacionadas ao lote/embarque e produz o pacote consolidado.
Comparativo de duas abordagens:
| DDS como documento | DDS como agregado | |
|---|---|---|
| Quando se monta | Antes de cada embarque | Continuamente, durante a produção |
| Custo unitário | Alto (projeto por embarque) | Baixo (consulta agregada) |
| Tempo de resposta a auditoria | Dias / semanas | Minutos |
| Risco de gap | Detectado tarde, no fim do processo | Detectado em tempo real, na etapa |
| Escalabilidade | Linear no volume | Constante |
| Auditabilidade | Reativa | Contínua |
O que isso exige tecnicamente
Para operar DDS como agregado, é preciso:
- Modelo de dados que padronize tags por etapa (DDS, GEO, RC, IAV, PND etc.)
- Geração automática de token JSON imutável ao final de cada etapa, com hash e timestamp
- Validação contínua de evidências durante a produção (não só no embarque)
- Consolidação automática no fim da cadeia, conforme a finalidade (DDS para EUDR, RC para regulação interna, IAV para autoridades veterinárias)
- API exportável para sistemas TRACES, GACC, FSMA e similares
Onde a maior parte das empresas falha
Três falhas recorrentes:
- Coleta retroativa — tentar reconstruir DDS depois do fato, baseado em registros incompletos
- Granularidade insuficiente — operar por lote sem identificar talhão de origem, perdendo a tag GEO
- Sistemas paralelos — ter ERP de produção sem integração com sistema de evidência regulatória
As três falhas têm a mesma causa raiz: tratar conformidade como camada pós-produção em vez de camada in-line.
O DDS exigido pela próxima regulação
A boa notícia: a arquitetura por etapas resolve o EUDR e as próximas ondas regulatórias. GACC, FSMA 204, US Forest Act — todos operam sobre o mesmo dado bruto. Quem constrói o agregado uma vez serializa em formatos diferentes conforme a regulação destino. Para o mapa completo dessas ondas, leia O pipeline regulatório global de 2026 a 2030.
Para entender a fonte técnica que torna esse modelo possível, leia Como funciona o Protocolo de Reconhecimento na prática.