NFe - Caracteres Especiais

[dirceu_albrecht]

Boa Tarde!

Alguem saberia informar quais os caracteres especiais que não posso utilizar no XML a ser enviado pelo ACBrNFeMonitor?

No Manual de integração da Sefaz não consegui identificar quais seriam os caracteres proibidos... no Emissor gratuito tive que limpar todas as Strings, nem caracter acentuado podia ter que dava erro de caracter inválido.

Desde já agradeço a ajuda dos colegas.

Saudações,

Dirceu Albrecht

[Juliomar Marchetti]

Manual da NF-e segue o trecho abaixo:

5.3 Tratamento de Caracteres Especiais no Texto de XML

Todos os textos de um documento XML passam por uma análise do “parser” específico da

linguagem. Alguns caracteres afetam o funcionamento deste “parser”, não podendo

aparecer no texto de uma forma não controlada.

Os caracteres que afetam o “parser” são:

• > (sinal de maior),

• < (sinal de menor),

• & (e-comercial),

• “ (aspas),

• ‘ (sinal de apóstrofe).

Alguns destes caracteres podem aparecer especialmente no campo de Razão Social,

Endereço e Informação Adicional. Para resolver esses casos, é recomendável o uso de uma

seqüência de “escape” em substituição ao caractere que causa o problema.

Ex. a denominação: DIAS & DIAS LTDA deve ser informada como: DIAS & DIAS LTDA

no XML para não afetar o funcionamento do "parser".

caractere seqüência de escape

< = <

> = >

& = &

" = "

' = '

Nota: A sequência de escape conta como um único caractere para a validação do tamanho

do campo pelo Schema.

[dirceu_albrecht]

Ok... eu vi este trecho mas fiquei em dúvida se seriam somente estes mesmo, já que o Emissor bloqueava até acentos.

Mas então é isso mesmo que está dando a entender, na verdade não preciso bloquear nenhum caracter... apenas tratar estes ai para que não interfiram no "parser"...

Valew Juliomar, muito obrigado!

[André Ferreira de Moraes]

Se vc usa o ACBrNFe ou ACBrNFeMonitor ele já faz esse tratamento. Vc não precisa fazer esse tratamento antes de enviar para o componente.

[Endrigo Rodrigues]

No componente da NFSe (Nota Fiscal de Serviço Eletrônica) não está sendo feito esse tratamento.

[ThiagoDornelas]

e como vc resolveu na NFse?

fiz um StringReplace mas agora da erro na assinatura.

Estou testando para a Prefeitura de BH.

obrigado.

[Roberto.Godinho]

Ola,

Estou com este mesmo problema, no entanto não é no envio e sim no download da NF-e.

 

Alguns emitentes enviam a NF-e para o SEFAZ contendo nas informações complementares caracteres especiais convertidos antes da assinatura, neste caso, no WS esta da seguinte forma "Choc. M&ampM ..." que seria equivalente a "Choc. M&M...", no entanto, quando faço o download através do componente acbr a função NFeUtils.ParseText está substituindo "&amp" por "&" tornando assim inválida.

 

Alguem tem alguma idéia do que fazer pra resolver este problema? 

 

Grato,

Roberto Godinho

[André Ferreira de Moraes]

Ola,

Estou com este mesmo problema, no entanto não é no envio e sim no download da NF-e.

 

Alguns emitentes enviam a NF-e para o SEFAZ contendo nas informações complementares caracteres especiais convertidos antes da assinatura, neste caso, no WS esta da seguinte forma "Choc. M&ampM ..." que seria equivalente a "Choc. M&M...", no entanto, quando faço o download através do componente acbr a função NFeUtils.ParseText está substituindo "&amp" por "&" tornando assim inválida.

 

Alguem tem alguma idéia do que fazer pra resolver este problema? 

 

Grato,

Roberto Godinho

Anexe o XML que vc baixou pela página do SEFAZ e o baixado pelo componente para que possamos analisar.

[Roberto.Godinho]

Ola anfm, anexei os dois arquivos XML.

 

Note que o arquivo WebService.xml está com o conteudo M&amp;M e com assinatura valida, o outro arquivo (sistema.xml) baixado pelo sistema está M&MS que alem da assinatura estar inválida está com erro de formação do xml devido ao &.

 

Obrigado.

webservice.xml

sistema.xml

[Roberto.Godinho]

Bom dia,

 

Chegou a dar uma olhadinha nos arquivos enviados ANFM?  

 

Vai ser possível fazer a modificação no componente ou há alguma outra solução para o caso?

[André Ferreira de Moraes]

Ainda não tive tempo, assim que tiver uma resposta te aviso.

[Roberto.Godinho]

Pessoal, alguém mais chegou a dar uma olhada nisso?

 

to com um cliente no meu pé por causa disso.

 

Ola,

Estou com este mesmo problema, no entanto não é no envio e sim no download da NF-e.

 

Alguns emitentes enviam a NF-e para o SEFAZ contendo nas informações complementares caracteres especiais convertidos antes da assinatura, neste caso, no WS esta da seguinte forma "Choc. M&ampM ..." que seria equivalente a "Choc. M&M...", no entanto, quando faço o download através do componente acbr a função NFeUtils.ParseText está substituindo "&amp" por "&" tornando assim inválida.

 

Alguem tem alguma idéia do que fazer pra resolver este problema? 

 

Grato,

Roberto Godinho

[Halan Lopes]

Também estou com o mesmo problema...

[Robson.Guia]

Bom dia Senhores!

 

Estou com esse problema quando realizo a consulta pela chave, e no retorno percebi que consta evento de carta de correção registrado o qual consta uma descrição com caracteres especiais do tipo "&".

 

Por gentileza, façam o teste utilizando essas chaves, sendo:

 

15140504749233000142550030000575521000575520

43140488587357000240550010010830951070830950

 

Peço também que não use essa chave de má fé apenas para teste e identificar o problema.

 

No DemoMonitor causa problema ao atribuir o XML para o componente XMLDocuments, e na minha aplicação causa problemas ao gravar no campo com tipo xml no banco de dados.

 

Aguardo orientação para o caso, e se deve fazer tratamento.

 

 

Grato.

[Robson.Guia]

Manual da NF-e segue o trecho abaixo:

5.3 Tratamento de Caracteres Especiais no Texto de XML

Todos os textos de um documento XML passam por uma análise do “parser” específico da

linguagem. Alguns caracteres afetam o funcionamento deste “parser”, não podendo

aparecer no texto de uma forma não controlada.

Os caracteres que afetam o “parser” são:

• > (sinal de maior),

• < (sinal de menor),

• & (e-comercial),

• “ (aspas),

• ‘ (sinal de apóstrofe).

Alguns destes caracteres podem aparecer especialmente no campo de Razão Social,

Endereço e Informação Adicional. Para resolver esses casos, é recomendável o uso de uma

seqüência de “escape” em substituição ao caractere que causa o problema.

Ex. a denominação: DIAS & DIAS LTDA deve ser informada como: DIAS & DIAS LTDA

no XML para não afetar o funcionamento do "parser".

caractere seqüência de escape

< = <

> = >

& = &

" = "

' = '

Nota: A sequência de escape conta como um único caractere para a validação do tamanho

do campo pelo Schema.

Ainda não entendi como tratar! Seria fazer o string replace.

[Robson.Guia]

Manual da NF-e segue o trecho abaixo:

5.3 Tratamento de Caracteres Especiais no Texto de XML

Todos os textos de um documento XML passam por uma análise do “parser” específico da

linguagem. Alguns caracteres afetam o funcionamento deste “parser”, não podendo

aparecer no texto de uma forma não controlada.

Os caracteres que afetam o “parser” são:

• > (sinal de maior),

• < (sinal de menor),

• & (e-comercial),

• “ (aspas),

• ‘ (sinal de apóstrofe).

Alguns destes caracteres podem aparecer especialmente no campo de Razão Social,

Endereço e Informação Adicional. Para resolver esses casos, é recomendável o uso de uma

seqüência de “escape” em substituição ao caractere que causa o problema.

Ex. a denominação: DIAS & DIAS LTDA deve ser informada como: DIAS & DIAS LTDA

no XML para não afetar o funcionamento do "parser".

caractere seqüência de escape

< = <

> = >

& = &

" = "

' = '

Nota: A sequência de escape conta como um único caractere para a validação do tamanho

do campo pelo Schema.

Bom dia Senhores!

 

Estou com esse problema quando realizo a consulta pela chave, e no retorno percebi que consta evento de carta de correção registrado o qual consta uma descrição com caracteres especiais do tipo "&".

 

Por gentileza, façam o teste utilizando essas chaves, sendo:

 

15140504749233000142550030000575521000575520

43140488587357000240550010010830951070830950

 

Peço também que não use essa chave de má fé apenas para teste e identificar o problema.

 

No DemoMonitor causa problema ao atribuir o XML para o componente XMLDocuments, e na minha aplicação causa problemas ao gravar no campo com tipo xml no banco de dados.

 

Aguardo orientação para o caso, e se deve fazer tratamento.

 

 

Grato.

[Luis Lambranho]

Ola,

Estou com este mesmo problema, no entanto não é no envio e sim no download da NF-e.

 

Alguns emitentes enviam a NF-e para o SEFAZ contendo nas informações complementares caracteres especiais convertidos antes da assinatura, neste caso, no WS esta da seguinte forma "Choc. M&ampM ..." que seria equivalente a "Choc. M&M...", no entanto, quando faço o download através do componente acbr a função NFeUtils.ParseText está substituindo "&amp" por "&" tornando assim inválida.

 

Alguem tem alguma idéia do que fazer pra resolver este problema? 

 

Grato,

Roberto Godinho

 

 

Senhores, alguma solução para essa situação?

[Paulo Augusto]

Estou com problema no retorno, ao carregar o XML, esta trazendo os acentos no formato HTML, e ai esta bugado o complemento, no xml esta certo, o erro esta ao ler a informacao. segue o xml e a imgem de como  esta trazendo

 

52171100552646001234550010000055991009995106.xml

Editado 16 Dezembro, 2017 por Paulo Augusto
realçando os referidos acentos

[RicardoVoigt]

Em 16/12/2017 at 16:51, Paulo Augusto disse:

Estou com problema no retorno, ao carregar o XML, esta trazendo os acentos no formato HTML, e ai esta bugado o complemento, no xml esta certo, o erro esta ao ler a informacao. segue o xml e a imgem de como  esta trazendo

 

52171100552646001234550010000055991009995106.xml

Bom dia,

no teu XML está faltando o "encoding" na primeira linha...

Até então, o correto seria iniciar o XML com essa tag  <?xml version="1.0" encoding="UTF-8"?> mas não tem no teu arquivo.

Att

Ricardo

 

[Paulo Augusto]

entao, notei isso, porem esse xml é de um fornecedor, e meu cliente baixou e foi importar, e veio meio bugado. mas..teria como fazer o ajuste ...ou teria q recomendar o fornecedor q o xml gerado por ele, estaria com falha...o q vc sugere?

 

[RicardoVoigt]

9 horas atrás, Paulo Augusto disse:

esse xml é de um fornecedor, e meu cliente baixou e foi importar, e veio meio bugado.

Bom dia,

ele baixou o xml de onde? do site da receita? do site do fornecedor?

A princípio, se vc  inserir esta linha que está faltando, já deve resolver a tua importação...

Att

Ricardo

[Fabio Borges Dos Santos]

Tive o mesmo problema, porém como não alteramos os XMLs e quem faz a leitura dos dados é o componente da ACBR, alterei o método que faz o load do arquivo (function TNotasFiscais.LoadFromFile(CaminhoArquivo: String;) acrescentando uma conversão (XMLUTF8 := UTF8ToUnicodeString(XMLUTF8);); 
Desta forma os acentos ficaram corretos.

[Paulo Augusto]

oi boa noite, vou fazer o teste aki

 

[Paulo Augusto]

Fabio borges, poderia me mostrar qual a linha e como fez a alteração que vc mencionou.

Obrigado!

[Paulo Augusto]

Valeu amigo, consegui resolver aki..muto obrigado pela dica!!