Não encontrei o atributo: versao

[Marcos Alexandre Rabassi]

Boa tarde Pessoal, o cliente nos enviou o xml com a seguinte estrutura inicial

<?xml version="1.0" encoding="UTF-8" ?>
- <nfeProc versao="3.10" xmlns="http://www.portalfiscal.inf.br/nfe">
- <NFe xmlns="http://www.portalfiscal.inf.br/nfe">
- <infNFe versao="3.10" Id="NFe41151104675210000130650020000000041002659809">

Na unit pcnNfeR.pas tem a seguinte instrução (linha 133):

 VersaoInfNFe := Leitor.rAtributo('versao=');
  if StringToFloatDef(VersaoInfNFe,-1) = -1 then
    raise Exception.Create('Não encontrei o atributo: versao');

Desta Forma esta retornando: http://www.portalfiscal.inf.br/nfe. 
Se alterarmos o a linha para   VersaoInfNFe := Leitor.rAtributo('infNFe versao=');
Dá certo, porém nao gostariamos de alterar nas classes do acbr, pois no proximo update ou checkout, perderemos a instrução.

Desde já agradeço,

Att

ALEXANDRE

 

[Italo Giurizzato Junior]

Boa tarde Alexandre,

Você tem certeza que ao ler o atributo chamado versao esta retornando o conteúdo do atributo xmlns ?

[Marcos Alexandre Rabassi]

SIm, em anexo, ve se abre!

att,

Alexandre

imagem.bmp

Agora, etrabassi disse:

SIm, em anexo, ve se abre!

att,

Alexandre

imagem.bmp

se trocar a tag pra  VersaoInfNFe := Leitor.rAtributo('infNFe versao='), da certo....

 

[Italo Giurizzato Junior]

Alexandre,

Post como anexo o XML.

[Marcos Alexandre Rabassi]

Segue em Anexo o XML.

Obrigado!

Alexandre

41151104675210000130650020000000041002659809-nfe.xml

Editado 16 Dezembro, 2015 por Marcos Alexandre Rabassi

[Italo Giurizzato Junior]

Alexandre,

Você chegou a abrir esse XML com o bloco de notas?

Então abra para confirmar o que vou mostrar:

<?xml version='1.0' encoding='UTF-8'?><nfeProc versao='3.10' xmlns='http://www.portalfiscal.inf.br/nfe'><NFe xmlns="http://www.portalfiscal.inf.br/nfe"><infNFe versao="3.10" Id="NFe41151104675210000130650020000000041002659809">(...)

Esta vendo a diferença?

Esse XML com certeza não foi gerado pelo ACBr. Esta vendo a bagunça ao gerar o XML o valor da atributo versão (grupo infNFe) é colocado de forma correta entre aspas, mas após receber o protocolo de autorização da SEFAZ o XML recebe o grupo nfeProc até ai esta correto, mas os atributos versão e xmlns tem os seus valores entre apostrofe e isso esta errado.

[Marcos Alexandre Rabassi]

Nos vimos isso ae tb no bloco de notas.

Até hoje nunca tivemos problemas com relacao à isto na NFE modelo 55.

Agora com a entrada das NFCe, nos deparamos com diversos XML zoados.

O problema é que, esse XML é de um cliente nosso que esta tentando importar para a Escrituração Fiscal.

Quando é xml modelo 55 ainda temos a opcao de importar do site da receita, mas consumidor, nao temos essa "ajuda"

O sistema que gerou o XML nao é nosso e acredito que nao usa ACBR. Como o cliente tem em média 2.700 - 3.000 xmls

par importar, so me resta fazer uma alteracao na Unit pcnNfeR.pas pra atendê-lo e conviver com esse "problema".

Concorda!? Pois o erro nao é do ACBR , e sim de quem gerou o XML.

Att

Alexandre

[JoaoPauloRicardo]

se o proposito é importar podias carregar o xml em uma stream inicialmente, corrigir o erro, que já está identificado  (alterar versao='3.10' ou  versao="3.10" por versao=3.1), depois é usar o procedimento correto da importação.

vantagens:
não precisas alterar acbr
podes acrescentar futuros "ERROS"

[Italo Giurizzato Junior]

Boa tarde,

O correto é versao="3.10" o numero da versão entre aspas e não entre apostrofe ou aspa simples como alguns chamam.

[JoaoPauloRicardo]

ops...  alterar versao='3.10'  por versao="3.10")

sorry, era somente uma dica

Editado 16 Dezembro, 2015 por 3Soft Sistemas

[Marcos Alexandre Rabassi]

Mas o b.o. nao esta sendo com relacao a aspas simples ou duplas, e sim com relacao ao atributo versao=

Desta forma o ACBR pega o primeiro atributo versao= retornando --->  http://www.portalfiscal.inf.br/nfe

att,

Alexandre

[Italo Giurizzato Junior]

Bom dia Marcos,

O b.o. é sim o apostrofe colocado de forma errada.

Faz a troca que você vai ver que vai funcionar.

Temos como premissa deixar os componentes ACBr em conformidade com os manuais e notas técnicas.

Se os outros vazem tudo nas coxas, já não é problema nosso.

Não podemos ficar arrumando um jeito de contornar os erros dos outros.

Versão 5.0 do Manual da NF-e temos na página 13 item 3.2.1.1 Padrão de codificação, note que é usado aspas e não apostrofe ao declarar a codificação de caracteres, o namespace (valor de xmlns), a versão entre outras coisas.

Se você folear todas as páginas desse manual, todos os exemplos de XML mostram sempre os valores dos atributos entre aspas e não entre apostrofe.

Em nenhum lugar esta escrito que você pode trocar a aspas por apostrofe.

Concluo que esse XML que o seu cliente recebeu esta errado.

[Marcos Alexandre Rabassi]

Bom dia,

Por hora resolvi alterando a classe do acbr devido a quantidade de XML pra importar.

Já entramos em contato com o Fornecedor do software do cliente pra tomar as devidas providências.

Quero agradecer à todos que destinaram uma parte do seu tempo para nos ajudar com sugestões.

Ítalo, obrigado pelas suas orientações

Desejo a todos um Feliz Natal e um Ano Novo repleto de PAZ e Harmonia.

att,

Marcos Alexandre Rabassi

 

[armizimm]

Após a atualização no TRUNK 2 minhas notas também passaram a apresentar essa anomalia, vindo aspas simples ao invés de aspas duplas, faço um stringRepl.

Aparentemente ocorre após efetuar o envio em modo assíncrono e a consulta posteriormente.

Utilizo apenas o ACBR então interferência externa somente se vier da SEFAZ, porem fiz o download do XML direto pelo portal NFe e esta com aspas duplas, pode ser algo na rotina de tratamento do retorno.