Ir para conteúdo
  • Cadastre-se

dev botao

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

Recommended Posts

Postado

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

  • Curtir 1
  • Consultores
Postado
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.

  • Curtir 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
Postado

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.

  • Curtir 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 !!

Postado
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!

  • Curtir 1
  • Consultores
Postado
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
Postado

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á 419 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.
Visitante
Este tópico está agora fechado para novas respostas
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...