Pular para o conteúdo
Fiscal ProBiblioteca
NF-e e NFC-e · Informações complementares da operação

forDia em cana: registro dos fornecimentos diários

<forDia>cana › forDia

Revisão editorial em 14 de out. de 2026. As versões e condições das regras estão indicadas ao longo do artigo.

forDia organiza os fornecimentos diários de cana dentro do grupo cana. Cada ocorrência informa o número do dia no atributo dia e o peso líquido em quilogramas no filho qtde. Não é o número da carga, a data de emissão da nota ou um valor monetário.

Caminho desta página: /nfeProc/NFe/infNFe/cana/forDia. O prefixo nfeProc identifica a nota processada; a informação estudada pertence ao conteúdo da NF-e, dentro de NFe/infNFe.

Como a estrutura combina mês e dia

O grupo pai traz ref em MM/AAAA; forDia/@dia informa somente o dia numérico. Juntos, esses dados permitem interpretar o fornecimento dentro do mês de referência. safra identifica o ciclo, que pode abranger mais de um mês.

O XSD exige de 1 a 31 ocorrências de forDia se cana for informado. Em cada uma, dia é obrigatório e aceita 1 a 31, sem zero inicial; qtde também é obrigatório. O limite estrutural de 31 não dispensa a verificação do calendário: 31 em fevereiro não passa a ser uma data real porque o padrão do atributo aceita o número. XSD PL 010f.

Exemplo de uma pesagem diária

Assuma um dia com total líquido documentado de 1.250,5 kg. O fragmento sintético registra o dia 2:

<forDia xmlns="http://www.portalfiscal.inf.br/nfe" dia="2">
  <qtde>1250.5</qtde>
</forDia>

Ele é parcial em relação à nota e ao grupo cana; não é um documento completo para transmissão. Se duas cargas do mesmo dia, após suas pesagens, compõem 500 kg e 750,5 kg, a reconciliação diária é 1.250,5 kg. Esse exemplo explica a organização diária; não estabelece um método universal de aferição ou uma regra de rejeição numérica.

Evite usar o atributo dia como contador 1,2,3 das cargas. Ele deve corresponder ao dia do fornecimento documentado. Confira duplicidades ao consolidar lançamentos, sem tratar o limite de 31 como autorização para descartar entregas.

Peso líquido e total do mês

O tipo TDec_1110v permite até 11 algarismos inteiros e até 10 decimais, com ponto decimal, sem separador de milhar, sinal negativo ou notação exponencial. Um inteiro sem casas também pode ser representado. Precisão aceita pelo XML não substitui a precisão documentada na pesagem.

qtde é peso líquido em kg, conforme a documentação do XSD; toneladas ou peso bruto precisam ser identificados na origem antes de qualquer conversão. Some os registros do recorte mensal para conferir qTotMes. Compare o resultado com o demonstrativo, evitando somar o mesmo dia duas vezes ou trazer dia de outra referência. Os totais anterior e geral não substituem os lançamentos diários.

Essa soma é uma conferência de consistência do demonstrativo. O trecho do MOC do grupo ZC não publica uma tolerância numérica específica nem uma rejeição para a diferença, portanto não se atribui a ele uma margem de erro inventada.

Como corrigir uma falha comprovada

Se o erro é “atributo obrigatório”, examine se o gerador produziu uma tag filha dia em vez do atributo. Se é quantidade inválida, confira decimal, sinal, separador de milhar e unidade. Se a nota diverge do demonstrativo, relacione pesagens, dias, mês e safra antes de modificar a quantidade.

O grupo cana é opcional no XSD compartilhado, mas a regra ZC01-10 do MOC relaciona sua presença em NFC-e, modelo 65, à rejeição 763. O contexto deste conteúdo é a NF-e modelo 55 de registro de aquisição de cana. Passar no XSD não dispensa a regra por modelo. MOC 7.0, p. 64–65 e 128.

Não altere a data ou exclua entrega verdadeira para passar no schema. Ajuste a consolidação ou o mapeamento comprovadamente errado e gere novamente a nota antes da assinatura.

Fontes oficiais

Referência técnica para integração

XPath completo
/nfeProc/NFe/infNFe/cana/forDia
Namespace
http://www.portalfiscal.inf.br/nfe
Leiaute
4.00 · PL_010e_v1.02
Ocorrências no XSD
1–31 no contexto do elemento pai
Tipo
inline:complexType
Preenchimento no catálogo
Condicional

A ocorrência vale dentro da estrutura XML: um campo obrigatório em um grupo opcional não torna esse grupo obrigatório. A aplicação fiscal depende da operação e da versão da regra.