Ir para conteúdo
  • Cadastre-se

dev botao

Importar Xml Nao Vem Os Itens


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

Recommended Posts

Boa tarde, recebi um xml de um cliente e não consigo importar o xml, pois os itens não aparecem.

Notei que o layout do xml é um pouco diferente na parte dos itens.

 

Abaixo é um trecho do xml com o layout q recebi

<det>
   <nItem>
      <nItem>1</nItem>
   </nItem>
   <prod>
      <cProd>202830</cProd>
      <cEAN>7891106904155</cEAN>
      <xProd>ANGELIQ 28 CP R BAY</xProd>
      <NCM>30043939</NCM>
      <CFOP>5405</CFOP>
      <uCom>CX</uCom>
      <qCom>1</qCom>
      <vUnCom>61.970000</vUnCom>
      <vProd>61.97</vProd>
      <cEANTrib>7891106904155</cEANTrib>
      <uTrib>CX</uTrib>
      <qTrib>1.0000</qTrib>
      <vUnTrib>61.970000</vUnTrib>
      <vDesc>4.66</vDesc>
      <indTot>1</indTot>
      <xPed>652850</xPed>
      <med>
         <nLote>BS010RP</nLote>
         <qLote>1</qLote>
         <dFab>2011-04-25</dFab>
         <dVal>2015-02-28</dVal>
         <vPMC>80.57</vPMC>
      </med>
   </prod>
   <imposto>
      <ICMS>
         <ICMS60>
            <orig>0</orig>
            <CST>60</CST>
            <vBCSTRet>74.12</vBCSTRet>
            <vICMSSTRet>3.69</vICMSSTRet>
         </ICMS60>
      </ICMS>
      <PIS>
         <PISNT>
            <CST>07</CST>
         </PISNT>
      </PIS>
      <COFINS>
         <COFINSNT>
            <CST>07</CST>
         </COFINSNT>
      </COFINS>
   </imposto>
   <infAdProd>POS MON D: 8%/4,66     ST:74,12/3,69                     58,28</infAdProd>
</det>

Esse aaixo, é um xml que consigo importar

<det nItem="1">
            <prod>
               <cProd>0</cProd>
               <cEAN/>
               <xProd>SEM ICMS - RECOLHIDO CONFORME CUPONS:</xProd>
               <NCM>12119090</NCM>
               <CFOP>5929</CFOP>
               <uCom>UN</uCom>
               <qCom>1.0000</qCom>
               <vUnCom>0.0000000000</vUnCom>
               <vProd>0.00</vProd>
               <cEANTrib/>
               <uTrib>UN</uTrib>
               <qTrib>1.0000</qTrib>
               <vUnTrib>0.0000000000</vUnTrib>
               <indTot>1</indTot>
            </prod>
            <imposto>
               <ICMS>
                  <ICMS60>
                     <orig>0</orig>
                     <CST>60</CST>
                     <vBCSTRet>0.00</vBCSTRet>
                     <vICMSSTRet>0.00</vICMSSTRet>
                  </ICMS60>
               </ICMS>
               <PIS>
                  <PISAliq>
                     <CST>01</CST>
                     <vBC>0.00</vBC>
                     <pPIS>0.00</pPIS>
                     <vPIS>0.00</vPIS>
                  </PISAliq>
               </PIS>
               <COFINS>
                  <COFINSAliq>
                     <CST>01</CST>
                     <vBC>0.00</vBC>
                     <pCOFINS>0.00</pCOFINS>
                     <vCOFINS>0.00</vCOFINS>
                  </COFINSAliq>
               </COFINS>
            </imposto>
         </det>

 

Att.

David

 

Link para o comentário
Compartilhar em outros sites

  • Consultores

Bom dia David,

 

Esse XML esta assinado, contem o protocolo de autorização de uso?

 

Se você consultar na SEFAZ usando a chave, consta essa NF-e?

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

Bom tarde pessoal!  estou com o mesmo problema para importar os XML, notei que na unit pcnNFeR  está procurando a tag <det nItem= >  porem os arquivos xml  não  possuem está tag

(* Grupo da TAG <det> *******************************************************)
  i := 0;
  Arquivo := Leitor.Arquivo;

  Itens := copy(
    Arquivo,
    Pos('<det nItem=', Arquivo),
    Pos('<total', Arquivo) - Pos('<det nItem=',Arquivo)

  );

  ItensTemp := copy(
    Itens,
    Pos('<det nItem=', Itens),
    (Pos('</det>', Itens) + 6) - Pos('<det nItem=', Itens)
  );  

  while pos('<det nItem=',ItensTemp) <> 0 do
  begin
    Leitor.Arquivo := 'Item '+ItensTemp;

    NumItem := copy(ItensTemp,Pos('nItem=',ItensTemp)+7,Pos(Aspas,ItensTemp));
    NumItem := copy(NumItem,1,Pos(Aspas,NumItem)-1);
    nItem := StrToInt(NumItem);
    Itens     := StringReplace(Itens, ItensTemp, '',[]);
    ItensTemp := copy(Itens,Pos('<det nItem=',Itens),(Pos('</det>',Itens)+6)-Pos('<det nItem=',Itens));

    Leitor.rExtrai(1, 'det nItem=' + Aspas + IntToStr(nItem) + Aspas, 'det');
    NFe.Det.Add;
    (*   *)NFe.Det[i].prod.nItem := i + 1;
    (*V01*)NFe.Det[i].infAdProd := Leitor.rCampo(tcStr, 'infAdProd');

    (* Grupo da TAG <det><prod> *)
    Leitor.rExtrai(2, 'prod');
    (*I02*)NFe.Det[i].Prod.cProd := Leitor.rCampo(tcStr, 'cProd');

att

Marildo

Editado por Marildo Cesar
Link para o comentário
Compartilhar em outros sites

Bom tarde pessoal!  estou com o mesmo problema para importar os XML, notei que na unit pcnNFeR  está procurando a tag <det nItem= >  porem os arquivos xml  não  possuem está tag

(* Grupo da TAG <det> *******************************************************)
  i := 0;
  Arquivo := Leitor.Arquivo;

  Itens := copy(
    Arquivo,
    Pos('<det nItem=', Arquivo),
    Pos('<total', Arquivo) - Pos('<det nItem=',Arquivo)

  );

  ItensTemp := copy(
    Itens,
    Pos('<det nItem=', Itens),
    (Pos('</det>', Itens) + 6) - Pos('<det nItem=', Itens)
  );  

  while pos('<det nItem=',ItensTemp) <> 0 do
  begin
    Leitor.Arquivo := 'Item '+ItensTemp;

    NumItem := copy(ItensTemp,Pos('nItem=',ItensTemp)+7,Pos(Aspas,ItensTemp));
    NumItem := copy(NumItem,1,Pos(Aspas,NumItem)-1);
    nItem := StrToInt(NumItem);
    Itens     := StringReplace(Itens, ItensTemp, '',[]);
    ItensTemp := copy(Itens,Pos('<det nItem=',Itens),(Pos('</det>',Itens)+6)-Pos('<det nItem=',Itens));

    Leitor.rExtrai(1, 'det nItem=' + Aspas + IntToStr(nItem) + Aspas, 'det');
    NFe.Det.Add;
    (*   *)NFe.Det[i].prod.nItem := i + 1;
    (*V01*)NFe.Det[i].infAdProd := Leitor.rCampo(tcStr, 'infAdProd');

    (* Grupo da TAG <det><prod> *)
    Leitor.rExtrai(2, 'prod');
    (*I02*)NFe.Det[i].Prod.cProd := Leitor.rCampo(tcStr, 'cProd');

att

Marildo

Já tentaram validar este xml em algum lugar? tentem no https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx?

acredito que possa ser inválido, pois nItem é um atributo da tag det, e não uma outra tag.

- Sou desenvolvedor.

- De que linguagem, delphi? .NET? Java?

- Qualquer uma, sou desenvolvedor.

Link para o comentário
Compartilhar em outros sites

Considerando que já foi verificado a validade no site do RS e não foi validado, ficando a dúvida de como foi autorizado, eu faria o seguinte:

 

1 -> baixaria um xml do site da sefaz e compararia com o que tenho em mãos, será que o xml autorizado foi o mesmo que está em mãõs?

2 -> caso seja o mesmo xml, acredito que caberia uma solicitação de ajuste ao fornecedor, visto que o xml dele está fora dos padrões estabelecidos no manual do contribuinte e, talvez, uma comunicação com a sefaz autorizadora para, caso haja algum problema, providenciar a correção.

- Sou desenvolvedor.

- De que linguagem, delphi? .NET? Java?

- Qualquer uma, sou desenvolvedor.

Link para o comentário
Compartilhar em outros sites

  • Consultores

Boa tarde Marildo,

 

Como esta sendo feito esse download?

 

Esta sendo usado o webservices de Download?

Esta sendo usado a opção de Download que encontra-se no site?

Ou esta sendo utilizado um programa para capturar os dados da nota que estão no site e gerar o XML?

  • Curtir 1
Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

Boa tarde,

 

Semana passa nossos clientes começaram a receber vários XML's desta forma, acredito que este XML também está correto, pois a tag "nItem" esta no mesmo nível da tag "prod".

No manual do contribuinte v5.0, página 160, no campo 99, definição do campo "nItem" é especificado na coluna Elemento o valor "A" que refere-se à "Atributo" e não "E" (Elemento), logo, ao meu ver, informar este campo como elemento é estar em desacordo com o manual do contribuinte, tanto que a SEFAZ de RS não valida este xml, muito possivelmente a SEFAZ que está recebendo este XML não está fazendo esta validação.

- Sou desenvolvedor.

- De que linguagem, delphi? .NET? Java?

- Qualquer uma, sou desenvolvedor.

Link para o comentário
Compartilhar em outros sites

Tbm estou com o mesmo problema! Os XMLs em anexo foram baixados do portal da NFe, portanto, estão validados, enviados e AUTORIZADOS. Isto começou semana passada comigo tbm...

31130400522972000146550010000105021463724057.xml

31130402268532000130550010000750601000750600.xml

31130400522972000146550010000105021463724057.xml

31130402268532000130550010000750601000750600.xml

Link para o comentário
Compartilhar em outros sites

Outro detalhe: se consultar a NF-e pela chave no portal, os itens aparecem normalmente, o que indica que o XML está correto e o sistema da SEFAZ reconheceu a estrutura dos mesmos sem problema algum. A questão é que, a cada dia que passa, mais XML's neste formato continuam chegando de N fornecedores diferentes. Se fossem sempre do mesmo fornecedor, seria mais fácil conversar e resolver mas fica impossível ter que discutir com tantas empresas dizendo que seus XMLs estão fora do padrão pois, se assim fosse, logicamente a SEFAZ autorizadora teria rejeitado os mesmos.

 

Creio que o mais ideal é atualizar o componente.

Link para o comentário
Compartilhar em outros sites

  • Consultores

Boa noite Jorge,

 

O que você quer diz com: "a cada dia que passa, mais XML's neste formato continuam chegando" ?

 

Esses XMLs estão chegando via e-mail ou estão sendo baixados do site?

 

Ao meu ver o componente não vai ser alterado, uma vez que ele esta em conformidade com o Manual disponibilizado pela SEFAZ.

 

O que esta errado, é o gerador de XML implementado no site que esta gerando o XML com um layout diferente, e não é apenas a questão do atributo nItem, compare o layout da assinatura, desse XML esta totalmente diferente do layout que consta no manual.

  • Curtir 1
Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

Bom dia, Italo.

 

Tive 2 XMLs de fornecedores diferentes em um cliente na terça-feira (que dizia que a partir da semana passada, começou este tipo de problema) e ontem tive novos casos em outro cliente diferente. Todos eles foram baixados do site da SEFAZ usando  o certificado de cada cliente. Sei que o ACBr segue a risca todo o manual de orientação sobre NF-e, porém, o que não se pode deixar de lado é que TODOS os XMLs estão devidamente autorizados o que aponta que tbm não estão errados. Se não for possível alterar o componente para resolver isto, então vou ter que eu mesmo encontrar uma solução, porque se fossem casos isolados seria mais fácil.

 

Obrigado.

Link para o comentário
Compartilhar em outros sites

Alguém já tentou entrar em contato com a SEFAZ autorizadora para verificar esta questão?

 

Como falei, muito provavelmente a equipe tecnica nem deve estar sabendo que estão autorizando nfe fora do padrão imposto no manual do contribuinte.

- Sou desenvolvedor.

- De que linguagem, delphi? .NET? Java?

- Qualquer uma, sou desenvolvedor.

Link para o comentário
Compartilhar em outros sites

  • Consultores

Boa tarde Markapollo,

 

Não acredito que alguem esteja gerado e enviando o XML de forma errada e a SEFAZ esteja aceitando.

 

Para mim é o gerado de XML utilizado pelo Download do Site que esta gerando esse XML fora do padrão.

 

Não quero entrar no merito do download via site ou webservices pois muitos já sabem a minha opnião sobre esse assunto.

 

Só digo uma coisa, exija sempre o XML do emitente, esta na legislação, o emitente tem que enviar ou disponibilizar o XML para o destinatário.

 

Veja bem, o emitente tem que enviar ou disponibilizar e não a SEFAZ.

  • Curtir 2
Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

Italo, concordo com você, 

 

Acredito que poderiamos também colocar o seguinte ponto:  Valide a assinatura do xml, se não for válida, não importa de onde veio, se a assinatura for inválida, o xml é, por tanto, inválido...

  • Curtir 1

- Sou desenvolvedor.

- De que linguagem, delphi? .NET? Java?

- Qualquer uma, sou desenvolvedor.

Link para o comentário
Compartilhar em outros sites

  • Moderadores

Italo, concordo com você, 

 

Acredito que poderiamos também colocar o seguinte ponto:  Valide a assinatura do xml, se não for válida, não importa de onde veio, se a assinatura for inválida, o xml é, por tanto, inválido...

O Markapollo tocou em um ponto  essencial.

Se a assinatura do XML não é validada se perdeu a garantia do XML. Ou seja está invalidado o XML.

 

Alguém pode confirmar se está acontecendo apenas com MG?

  • Curtir 1


logoacbr.pngConheça o Portal do Projeto ACBr

Ajude o Projeto ACBr crescer - Assine o SAC ACBr
Assine um dos planos de longa duração do SAC ACBr, obtenha Descontos Especiais, Parcele no Cartão e ainda ganhe Brindes Exclusivos. Saiba mais aqui

Conheça o ACBrLib, o ACBr de forma nativa para qualquer linguagem de programação. Saiba mais aqui

 

 

 

 

Link para o comentário
Compartilhar em outros sites

Bom dia, Italo.

 

Tive 2 XMLs de fornecedores diferentes em um cliente na terça-feira (que dizia que a partir da semana passada, começou este tipo de problema) e ontem tive novos casos em outro cliente diferente. Todos eles foram baixados do site da SEFAZ usando  o certificado de cada cliente. Sei que o ACBr segue a risca todo o manual de orientação sobre NF-e, porém, o que não se pode deixar de lado é que TODOS os XMLs estão devidamente autorizados o que aponta que tbm não estão errados. Se não for possível alterar o componente para resolver isto, então vou ter que eu mesmo encontrar uma solução, porque se fossem casos isolados seria mais fácil.

 

Obrigado.

 

Jorge, tem como voce conseguir um ou ate mesmo os dois XMLs diretamente dos fornecedores desse teu cliente, sem ser via download do site da SEFAZ e disponibilizar aqui para nós também? Não sei se vc está se referindo aos 2 xmls que vc anexou num post anterior, mas caso sejam outros, dai pediria que vc providenciasse os mesmos via download da SEFAZ também, para que possamos comparar os dois tipos para ter uma ideia melhor do que esta acontecendo e assim tentar ajudar a encontrar a solução desse problema.

  • Curtir 1
Link para o comentário
Compartilhar em outros sites

Astrogildo,

 

Foi o que eu fiz. Confirmo que os XMLs vindo dos fornecedores estão de acordo com o manual de orientação e não da forma como está sendo baixada pelo portal. Por aqui consegui resolver solicitando aos meus clientes que obtenham o XML diretamente dos fornecedores até ser sanado este problema do portal.

 

Estou postando um dos XMLs que anexei no post anterior. Podem ver que está tudo correto. Os outros XML's tbm estão corretos e não acho necessários postá-los.

 

Obrigado!

31130400522972000146550010000105021463724057-nfe-sign.xml

31130400522972000146550010000105021463724057-nfe-sign.xml

Link para o comentário
Compartilhar em outros sites

Boa tarde Jorge.

 

Realmente não vejo outra possível causa a não ser alguma falha na Sefaz, pois se o XML que voce mandou do fornecedor, está com a estrutura e principalmente a assinatura válida, então é o que todos falaram até agora aqui: não ha o que ser alterado no ACBR. Acredito que a única solução é voces ai de MG entrarem em contato com a Sefaz e relatarem esse problema, como o João Pedro já fez.

Cheguei até a pensar se isso não foi uma "mirabolante" ideia da Sefaz/MG para diminuir os downloads de XML, mas a causa mais provável é que seja apenas um bug no mecanismo de geração/transferencia do XML, pois pelo que vi ate hoje, esse pessoal da Sefaz/MG na verdade é craque em criar bugs ... rsrs

Independente disso, não tentem criar soluções que alterem o XML baixado do site para que fique no padrão e assim forçar a importação pelo ACBR, pois como o Kiko e o Markapollo falaram, esses XMLs já não são mais válidos para fins fiscais.

  • Curtir 1
Link para o comentário
Compartilhar em outros sites

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

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • 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.