Tag Ceantrib - Erro Ao Importar No Programa Da Dominio Sistemas

[Alexsander]

O ACBrNFeMonitor insere no XML a tag cEANTrib assim (sem espaço):

 

<cEANTrib/> 

Isso aparentemente deu erro na importação deste XML no software de contabilidade da Dominio Sistemas. O sistema deles não importou todos os "segmentos" (CFOP diferentes), importou apenas um segmento. O contador baixou então o XML da mesma NF pelo site da SEFAZ e a tag veio assim em todos os itens:

 

<cEANTrib />

Com um espaço antes do fechamento da tag. Há outras pequenas divergências entre o XML original (gerado pelo ACBrNFeMonitor) e o XML que ele baixou da SEFAZ, mas nos itens a única diferença é este espaço em branco. O contador conseguiu ler o XML vindo da SEFAZ no software deles. Agora ele diz o seguinte:

 

 

importei novamente, mas desta vez via portal do SEFAZ e importou todos os segmentos, fiz isto em várias notas, então o problema não

é em nosso sistema

 

Minha pergunta: o que eu digo pro cliente?

 

 

[André Ferreira de Moraes]

O manual de integração tem o seguinte exemplo para o campo IE:

 

 

Esta tag aceita apenas:

. ausência de conteúdo (<IE></IE> ou <IE/>) para destinatários não contribuintes do ICMS;

[igor]

pq o XML da sefaz ta diferente?

 

nao era pra ser igual ao de quem emitiu a NFe?

[Italo Giurizzato Junior]

Boa tarde a todos,

 

Ao meu ver o problema é sim o programa utilizado pelo escritório que não consegue prever todas as situações:

 

<IE></IE> ou <IE/> ou <IE />

 

Vocês acham que o escritório vai dizer que o programa utiliza não preve todas as situações, como fica a sua imagem perante a todos os clientes.

 

É mais fácil dizer que o seu programa que esta gerando o XML de forma incorreta, desta forma é a sua imagem que esta em jogo e não a do escritório.

[Régys Silveira]

Pessoal o problema parece ser o espaço após o cEANTrib, se olhar pelo padrão XML realmente não deveria ter o espaço teria que se junto a barra, porque para o padrão XML <cEANTrib/>  é diferente de <cEANTrib />, só por conta desse espaço.

 

Para confirmar isso façam o seguinte teste:

 

<teste>  
    <teste/>
    <teste />
</teste>
 

Se salvar esse arquivo como xml e abrir no IE ou outro navegador, vejam que no visual ele acerta, removendo o espaço.

[Alexsander]

Boa tarde a todos,

 

Ao meu ver o problema é sim o programa utilizado pelo escritório que não consegue prever todas as situações:

 

<IE></IE> ou <IE/> ou <IE />

 

Vocês acham que o escritório vai dizer que o programa utiliza não preve todas as situações, como fica a sua imagem perante a todos os clientes.

 

É mais fácil dizer que o seu programa que esta gerando o XML de forma incorreta, desta forma é a sua imagem que esta em jogo e não a do escritório.

 

Achei material para embasar esta teoria:

http://www.w3.org/TR/REC-xml/#NT-content

 

A gramática é esta:

 

[3] S ::= (#x20 | #x9 | #xD | #xA)+
[44] EmptyElemTag ::= '<' Name (S Attribute)* S? '/>' 

 

Aqui diz que S é um espaço em branco, tab ou ENTER ocorrendo UMA ou mais vezes (+). Só que S? indica 0 ou 1 ocorrência, conforme o item 3.2.1 do mesmo documento, que diz: "The optional character following a name or list governs whether the element or the content particles in the list may occur one or more (+), zero or more (*), or zero or one times (?). The absence of such an operator means that the element or content particle must appear exactly once. This syntax and meaning are identical to those used in the productions in this specification."

 

Os exemplos do EmptyElemTag, no mesmo documento, são estes (reparem no último br SEM espaço):

 

<IMG align="left"
src="http://www.w3.org/Icons/WWW/w3c_home" />
<br></br>
<br/> 

Apesar da maioria dos exemplos na Internet usar o espaço no elemento vazio, não está errado omitir o espaço.

Editado 8 Março, 2013 por Alexsander

[Régys Silveira]

Fiz um teste aqui gerando uma nota com o EAN em branco e não está gerando com o espaço adicional, está gerando sem espaço, também conferi a codificação do método gerador de tags e ele não adiciona espaços, o ACBr e o PCN estão corretos então.

[Alexsander]

pq o XML da sefaz ta diferente?

 

nao era pra ser igual ao de quem emitiu a NFe?

 

Eu também achava isso, mas a SEFAZ colocou espaço no final de TODOS os tags com elementos vazios. No XML em questão, foi no cEANTrib e nos vários outros dentro da tag Signature. Além disso eles removeram o <?xml version="1.0" encoding="UTF-8"?> do início do arquivo e inverteram a ordem da tag nfeProc:

 

ACBr:: <nfeProc versao="2.00" xmlns="http://www.portalfiscal.inf.br/nfe">
SEFAZ: <nfeProc xmlns="http://www.portalfiscal.inf.br/nfe" versao="2.00">

 

Estranho.

[igor]

mas isso nao era pra afetar a assinatura digital??

[Régys Silveira]

Até onde sei a Domínio Sistemas baixa aquele XML gerado da consulta do site e não o XML real via botão de download, será que não é isso que está acontecendo, porque ai vai cair no que o Igor falou, a assinatura digital vai ser invalidada já que o XML é um parsing da página e não o XML real, provavelmente é por isso que está vindo sem a parte que o Alexsander citou.

[igor]

entao ja ta explicado, fala pro contador que o programa dele NAO baixa do site da sefaz, ele constrói um XML com base nas informacoes do site. Ou seja, o problema nao esta no XML autorizado.

[Alexsander]

Até onde sei a Domínio Sistemas baixa aquele XML gerado da consulta do site e não o XML real via botão de download, será que não é isso que está acontecendo, porque ai vai cair no que o Igor falou, a assinatura digital vai ser invalidada já que o XML é um parsing da página e não o XML real, provavelmente é por isso que está vindo sem a parte que o Alexsander citou.

 

Eu mesmo baixei o XML do site, com certificado instalado no Firefox, via botão de download. As diferenças existem.

[igor]

entao continuo sem entender... e a assinatura digital eh a mesma? 

 

o xml continua sendo validado?

[Alexsander]

Ambos validam aqui:

https://www.sefaz.rs.gov.br/nfe/NFE-VAL.aspx

[André Ferreira de Moraes]

Ambos validam aqui:

https://www.sefaz.rs.gov.br/nfe/NFE-VAL.aspx

Se ambos validam, ambos estão corretos e o tal programa deve estar preparado para ler as duas situações.