forDia em cana: registro dos fornecimentos diários
<forDia>cana › forDiaRevisã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
- Leiaute NF-e/NFC-e — PL_010f_v1.04: cana/forDia l6391–6419; qtde TDec_1110v; dia pattern
- Tipos básicos NF-e/NFC-e — PL_010f_v1.04: TDec_1110v l247–256; TDec_1302; TString
- MOC 7.0 — Anexo I — 7.00, novembro/2020: Grupo ZC, p. 64–65; regra ZC01-10 e rejeição 763, p. 128
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.