dDI: data de registro do documento de importação

dDI recebe a data em que o documento de importação foi registrado. Dentro da NF-e, ela pertence à declaração vinculada ao produto: /nfeProc/NFe/infNFe/det/prod/DI/dDI. O dado deve corresponder ao registro do documento identificado em nDI; não é a data do desembaraço nem a emissão da nota.

Essa diferença importa quando a mesma importação apresenta vários marcos. Copiar a primeira data encontrada na documentação pode gerar um XML com formato correto e informação errada. O MOC 7.0, Anexo I, página 19, identifica dDI como I20 e dDesemb como I23, com funções distintas.

Qual documento fornece a data

Parta do documento de importação identificado no grupo. O MOC cita DI, DSI, DIRE e outros documentos no campo nDI. Localize nele o registro e a respectiva data, preservando o vínculo com a declaração que está sendo representada. Um relatório de desembaraço ou a data do pedido não substitui essa evidência.

Uma linha do tempo sintética ajuda a separar os campos:

Nesse exemplo, dDI é 2026-09-10. O fato de o desembaraço ocorrer no dia 14 não muda o registro para 14. As datas são inventadas para explicar a distinção; não estabelecem uma sequência obrigatória para toda operação nem orientam procedimentos aduaneiros.

Se o documento real não permite reconhecer a data de registro, a pendência é documental. Confirme o dado com quem forneceu a documentação da importação, em vez de usar a data de hoje ou deduzir o registro a partir da emissão.

Obrigatória dentro da declaração

No MOC, o grupo DI ocorre de zero a 100 vezes por produto. Dentro de cada ocorrência, dDI aparece uma vez e é obrigatória. Isso não torna o grupo obrigatório em qualquer NF-e: a aplicação da importação à operação precisa ser estabelecida pelos documentos e pelo responsável fiscal.

A data pertence a uma declaração de um item específico. Em uma nota com várias declarações, não existe um único dDI global em ide. Também não deve ser criado diretamente sob prod: seu pai é DI.

Quando vários produtos se vinculam à mesma declaração, uma data igual pode ser coerente porque a origem é a mesma. Quando as declarações são diferentes, não replique automaticamente o registro da primeira. A conferência deve seguir o documento efetivamente relacionado a cada ocorrência.

Formato e calendário

O formato é AAAA-MM-DD: quatro dígitos de ano, dois de mês e dois de dia, separados por hífens. Não inclua hora, fuso ou barras. A referência estrutural efetivamente lida foi o pacote 010d v1.03, no qual DI/dDI usa TData, com representação de anos 2000 a 2099.

Exemplos de conferência:

Ao integrar, use uma validação de calendário civil além da expressão regular do XSD. A regex histórica de TData contém uma vírgula na classe [1,3-9]; o teste da expressão sozinho não comprova que uma sequência é uma data existente. Não se atribuem aqui ao pacote 010e facetas que não foram lidas diretamente.

Exemplo do campo

Fragmento sintético parcial, situado dentro de DI:

<dDI xmlns="http://www.portalfiscal.inf.br/nfe">2026-09-10</dDI>

Ele mostra a representação do registro hipotético do exemplo. Não contém o número, local, UF, desembaraço, adições nem os demais dados da declaração. Por isso não constitui uma DI completa ou uma NF-e pronta para transmitir.

O campo dDesemb tem o mesmo formato de data, mas outro significado. A semelhança técnica não permite trocar as duas datas.

Conferência por item e declaração

Abra o XML efetivamente gerado e identifique det/@nItem, o produto e a ocorrência de DI. Anote nDI, dDI e dDesemb; depois compare com o documento original dessa declaração. Esse percurso separa erro de origem, troca entre campos e troca entre declarações.

Para um erro de schema, preserve a mensagem e o caminho apontado pelo validador. Confira se a tag existe, se está no pai correto e se a data está no formato exigido. Para uma divergência documental, um XML bem formado não encerra a investigação.

Uma solicitação objetiva seria: “No item 2, declaração identificada em nDI, dDI saiu como 2026-09-14, mas o documento apresenta registro em 10/09 e desembaraço em 14/09. Conferir a origem dos dois campos.” A equipe consegue investigar o mapeamento sem receber uma orientação de emissão ou de tratamento tributário.

Referências

MOC 7.0, Anexo I, página 19, Grupo I01, I18–I23; schema 010d v1.03, leiauteNFe_v4.00.xsd, linhas 1139–1143, e tiposBasico_v4.00.xsd, TData. Documentos atuais consultados no catálogo oficial SVRS. Corte editorial:26/09/2026.