Importar Xml Nao Vem Os Itens

david.sylvestre · 26 Abril, 2013

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

Italo Giurizzato Junior · 29 Abril, 2013

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?

Marildo Cesar · 29 Abril, 2013

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 29 Abril, 2013 por Marildo Cesar

Mark Apollo · 29 Abril, 2013

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.

Régys Silveira · 29 Abril, 2013

A unit não está com problemas, esse XML postado não está dentro do padrão da nota eletrônica, vejam o manual de integração.

david.sylvestre · 30 Abril, 2013

Bom dia, consultei a nota em questão e ela está com a situação autorizada.

Não sei como conseguiram autorizar a NFe com esse layout.

Marildo Cesar · 30 Abril, 2013

Bom dia, as minhas notas também estão todas autorizada porem nenhum dos XMLs passam no validação da SEFAZ do RS, o mais estranho é que são de 3 fornecedores.

Mark Apollo · 30 Abril, 2013

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.

Marildo Cesar · 30 Abril, 2013

Os XMLs estão sendo baixados direto do site da receita mesmo, só resta falar com os fornecedores.

Italo Giurizzato Junior · 30 Abril, 2013

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?

Marildo Cesar · 2 Maio, 2013

Boa tarde Italo, está sendo utilizado opção de Download do site mesmo.

att Marildo

joaopedrogv · 2 Maio, 2013

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".

Editado 2 Maio, 2013 por joaopedrogv

Mark Apollo · 2 Maio, 2013

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.

jorgehenrique · 2 Maio, 2013

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

jorgehenrique · 2 Maio, 2013

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.

Italo Giurizzato Junior · 3 Maio, 2013

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.

jorgehenrique · 3 Maio, 2013

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.

Mark Apollo · 3 Maio, 2013

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.

Italo Giurizzato Junior · 3 Maio, 2013

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.

Mark Apollo · 3 Maio, 2013

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...

Kiko Fernandes · 3 Maio, 2013

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?

joaopedrogv · 4 Maio, 2013

Os casos que eu vi acontecer são todos de minas gerais, já entrei em contato por email com a SEFAZ-MG, assim que responderem eu comento aqui.

Astrogildo82 · 4 Maio, 2013

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.

jorgehenrique · 6 Maio, 2013

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

Astrogildo82 · 6 Maio, 2013

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.

Entrar

Sobre nós...

Importar Xml Nao Vem Os Itens

Recommended Posts

david.sylvestre

Italo Giurizzato Junior

Marildo Cesar

Mark Apollo

Régys Silveira

david.sylvestre

Marildo Cesar

Mark Apollo

Marildo Cesar

Italo Giurizzato Junior

Marildo Cesar

joaopedrogv

Mark Apollo

jorgehenrique

jorgehenrique

Italo Giurizzato Junior

jorgehenrique

Mark Apollo

Italo Giurizzato Junior

Mark Apollo

Kiko Fernandes

joaopedrogv

Astrogildo82

jorgehenrique

Astrogildo82

Crie uma conta ou entre para comentar

Criar uma conta

Entrar

Links Rápidos

Links Rápidos

ACBr Pro

SOBRE

Sobre nós...

Informação Importante