Jump to content

dev botao

  • Este tópico foi criado há 425 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

Posted

Boa tarde!

Estamos com a seguinte validação ao tentar emitir uma NF-e com um documento referenciado, na linguagem C#:

Falha na validação dos dados da nota: 4064

 --> 1871 - Element '{http://www.portalfiscal.inf.br/nfe}NFref': Missing child element(s). Expected is one of ( {http://www.portalfiscal.inf.br/nfe}refNFe, {http://www.portalfiscal.inf.br/nfe}refNFeSig, {http://www.portalfiscal.inf.br/nfe}refNF, {http://www.portalfiscal.inf.br/nfe}refNFP, {http://www.portalfiscal.inf.br/nfe}refCTe, {http://www.portalfiscal.inf.br/nfe}refECF ).


Estamos referenciando um documento SAT, da seguinte forma (A forma como fazíamos em Delphi era exatamente igual, somente esses campos eram preenchidos):

NFRef novaRef = new NFRef();
novaRef.Tipo = TipoRef.SAT;
novaRef.refNFe = referencia.ChaveNFE;
ACBr.Identificacao.NFref.Add(novaRef);


Ao alimentar o componente através do CarregarNota(NFe), a classe NFRef está preenchida, com o tipo e o refNFe, após alimentar o componente, ao utilizar o comando ObterNFe()/ObterXml(), a NFRef não é retornada.

Os fontes estão todos atualizados com a ultima rev disponível no svn (Revision 30553)!

Arquivo INI da NFe: Ini NFe.txt

  • Like 1
  • Consultores
Posted
Em 29/09/2023 at 17:23, Lindomar S. Menezes disse:

Boa tarde!

Estamos com a seguinte validação ao tentar emitir uma NF-e com um documento referenciado, na linguagem C#:

Falha na validação dos dados da nota: 4064

 --> 1871 - Element '{http://www.portalfiscal.inf.br/nfe}NFref': Missing child element(s). Expected is one of ( {http://www.portalfiscal.inf.br/nfe}refNFe, {http://www.portalfiscal.inf.br/nfe}refNFeSig, {http://www.portalfiscal.inf.br/nfe}refNF, {http://www.portalfiscal.inf.br/nfe}refNFP, {http://www.portalfiscal.inf.br/nfe}refCTe, {http://www.portalfiscal.inf.br/nfe}refECF ).


Estamos referenciando um documento SAT, da seguinte forma (A forma como fazíamos em Delphi era exatamente igual, somente esses campos eram preenchidos):

NFRef novaRef = new NFRef();
novaRef.Tipo = TipoRef.SAT;
novaRef.refNFe = referencia.ChaveNFE;
ACBr.Identificacao.NFref.Add(novaRef);


Ao alimentar o componente através do CarregarNota(NFe), a classe NFRef está preenchida, com o tipo e o refNFe, após alimentar o componente, ao utilizar o comando ObterNFe()/ObterXml(), a NFRef não é retornada.

Os fontes estão todos atualizados com a ultima rev disponível no svn (Revision 30553)!

Arquivo INI da NFe: Ini NFe.txt

Boa tarde!

Realizei um teste e obtive o mesmo resultado.

Vou buscar mais informações e reporto aqui assim que descobrir algo.

  • Like 2
Consultor SAC ACBr

Diego Folieni
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  Discord

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

  • Consultores
  • Solution
Posted

Bom dia!

Sobre a informação em si:

Buscando mais informações a respeito, o leiaute da NF-e não tem um grupo específico para referenciar CF-e.

Veja neste tópico, orientação informando para passar a informação no campo de referencia de NF-e (tag refNFe).

Sobre o ACBr:

Conferindo na rotina de leitura, não estava prevendo o tipo "SAT". Tanto que se observarmos no log da classe, podemos ver que o valor do enum para o tipo "SAT" antes, também era "NFe".

Eu enviei no SVN, na Rev-30850, alteração para que considere o tipo "SAT" em futura compilação da Lib.

Durante este meio tempo, como paliativo, podem usar o tipo "NFe" para que a informação seja gerada no XML.

  • Like 1
Consultor SAC ACBr

Diego Folieni
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  Discord

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

Posted
32 minutos atrás, Diego Foliene disse:

Sobre o ACBr:

Conferindo na rotina de leitura, não estava prevendo o tipo "SAT". Tanto que se observarmos no log da classe, podemos ver que o valor do enum para o tipo "SAT" antes, também era "NFe".

Eu enviei no SVN, na Rev-30850, alteração para que considere o tipo "SAT" em futura compilação da Lib.

Durante este meio tempo, como paliativo, podem usar o tipo "NFe" para que a informação seja gerada no XML.

Perfeito, vou fazer as alterações paliativas para funcionar até a compilação da Lib, obrigado!

  • Like 1
  • Consultores
Posted
49 minutos atrás, Lindomar S. Menezes disse:

Bom dia @Diego Foliene, tudo bem?
a ultima atualização da ACBrLibNFe foi a 2 horas atrás, nesse envio já é pra estar com as alterações correto?

Bom dia!

É sim.

Consultor SAC ACBr

Diego Folieni
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  Discord

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

  • Consultores
Posted

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.

Consultor SAC ACBr

Diego Folieni
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  Discord

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

  • Este tópico foi criado há 425 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.
Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.

The popup will be closed in 10 seconds...