Problemas no nome do tomador com caracter &

[JJA]

Bom dia pessoal,

Tenho um tomador no qual o seu nome possue o carácter & no seu nome (A & R), ao passar este valor para o componente, o mesmo monta no XML o valor A & R, ocasionando assim um erro ao enviar o XML. Como proceder com este problema? Acredito que existe um erro nessa conversão, entendendo que é permitido passar o caracter & para o nome do tomador sem problemas.

[Italo Giurizzato Junior]

Boa tarde,

No manual da ABRASF, a recomendação é não usar cedilha, vogais acentuadas e caracteres especiais como por exemplo o "E" comercial.

[JJA]

Em 08/01/2019 at 15:32, Italo Jurisato Junior disse:

Boa tarde,

No manual da ABRASF, a recomendação é não usar cedilha, vogais acentuadas e caracteres especiais como por exemplo o "E" comercial.

Bom dia Italo,
desculpe minha postagem pois não fui tão especifico sobre o provedor que estou usando.
O provedor que estou usando é o que atende Campinas-SP (ISSDSF).
Antes de usar o componente ACBrNFSe para enviar NFSe para Campinas, eu usava a DLL que a própria prefeitura disponibilizava, e sempre enviávamos nomes com caracteres especiais sem problemas.
 

Porém note que a minha postagem mostra que ao gerar o XML, ocorre uma troca no caracter de & para amp; 

Provavelmente o problema está na inclusão do & dentro do XML, no qual deveria aceitar o & pelo menos para o provedor ISSDSF que sei que aceita.

[Italo Giurizzato Junior]

Bom dia,

Na minha opinião devemos evitar ao máximo caracteres especiais, cedilha e vogais acentuadas, mas a conversão do caractere "&" (E comercial) é "&".

 

[Amarildo de Matos]

bom dia..

Mas porque voce nao padroniza, e coloca E em vez & ?

No nosso sistemas, já é automatico na propria criação dos dados do cliente. já trocamos na hora ..

 

[JJA]

9 minutos atrás, Amarildo de Matos disse:

bom dia..

Mas porque voce nao padroniza, e coloca E em vez & ?

No nosso sistemas, já é automatico na propria criação dos dados do cliente. já trocamos na hora ..

 

Bom dia Amarildo.

Sem problemas fazer isso, até fiz para poder evitar o problema, mas isso ainda não é um problema a ser resolvido? 

Ou seja, fazer essa conversão "&" (E comercial) para "&" ainda continua invalidando o XML. Eu fiz uma função aqui que converte o & para E, mas só levantei esta questão pois o provedor aceita caracteres especiais e uma vez que aceita, acho que o componente também deveria fazer igual. Mas se a solução é realmente fazer a conversão e retirar os caracteres especias, então vamos faze-lo.