ERRO ao consultar MDFE não encerradas

[reij]

boa tarde a todos estou precisando da ajuda dos amigos pra sabero que estou fazendo de errado nessa sintaxe pq sempre da o erro falha no schema xml

 

ACBrMDFe1.Manifestos.Clear;
ACBrMDFe1.Configuracoes.Geral.RetirarAcentos := False;
ACBrMDFe1.ConsultarMDFeNaoEnc(dm.EmpresaCNPJ.AsString);  

desde ja grato pela ajuda
 

[Italo Giurizzato Junior]

Bom dia,

Faça um teste atribuindo o valor True a propriedade RetirarAcentos.

[reij]

mesmo erro Ítalo

[Pedro_Manoel]

Boa tarde!

Reij, estava com o mesmo problema ontem atualizei o repositório e funcionou.

Notei também que quando a opção  RetirarAcentos esta True ele não consegue consultar pois ele remove o acento no xml de consulta dando o erro "falha no schema xml "

<?xml version="1.0" encoding="UTF-8"?>

-<consMDFeNaoEnc versao="1.00" xmlns="http://www.portalfiscal.inf.br/mdfe">

<tpAmb>2</tpAmb>

<xServ>CONSULTAR NAO ENCERRADOS</xServ>

<CNPJ>03221326000137</CNPJ>

</consMDFeNaoEnc>

 

 

[reij]

acabei de atualizar e continua dando o mesmo erro

|Não to entendendo mais nada olha  o xmlgerado e continua dando falha noschema xml

<?xml version="1.0" encoding="UTF-8"?><consMDFeNaoEnc xmlns="http://www.portalfiscal.inf.br/mdfe" versao="1.00"><tpAmb>2</tpAmb><xServ>CONSULTAR NÃO ENCERRADOS</xServ><CNPJ>11164248000104</CNPJ></consMDFeNaoEnc>

 

o problema do texto não acentuado foi resolvido porem o erro persiste alguem teria alguma ideia de como resolver

[Italo Giurizzato Junior]

Boa tarde,

Se trata de uma rejeição da SEFAZ acusando Falha no Schema XML?

Se sim, o problema é na SEFAZ.

[Lincoln D]

Boa tarde.

Realmente parece ser um erro na SEFAZ, pois segui as orientações e está dando falha no Schema.

[rafaeldalbosco]

Bom dia Pessoal, estou com o mesmo problema, atualizei meu repositório ontem, está na revisão 11706 e passou a dar erro no método NativeStringToUTF8 da unit ACBrUtil, essa situação já havia sido resolvida pelo Daniel Simões no tópico: Mdf-E - Nt 01.2015 - Novo Webservice De Consulta Manifestos Não Encerrados na revisão 11418 funcionava, mas analisei a alteração do Daniel na época e a mesma continua.

O erro acontece na unit ACBrUtil, método NativeStringToUTF8 aonde existe a chamada do método "SetCodePage(RBS, 0, False);"  ao passar por esse ponto o texto do xml que contém a string "CONSULTAR NÃO ENCERRADOS" é alterado para esse "CONSULTAR NÃO ENCERRADOS". Em testes conforme o tópico acima alterando a chamada do método para "SetCodePage(RBS, 0, True);" resolveu, mas não sei se isso irá ou não solucionar o problema ou gerar mais problemas, pois não tenho conhecimento do que esse método faz.

Estou compilando o ACBr e a minha aplicação na versão Delphi XE7

[luisclaudio_jr]

Prezado Rafael  Bom dia ,bom dia comunidade

Hoje 28/11/2017 ,com  os fontes Atualizados de 15 dias, realizei a alteração que Rafael Bosco  sugere ->ACBrUtil->  NativeStringToUTF8 aonde existe a chamada do método "SetCodePage(RBS, 0, False);  para SetCodePage(RBS, 0, True). e  a consulta do "MDFE não encerrados " voltou a Funcionar normalmente, Delphi XE6 .

Estou com a mesma preocupação  de Rafael se isso poderá gerar mais problemas, agradeço  seu Post e Mais  sobre as experiencias da comunidade neste assunto,.

codialmente JR 

 

 

 

[joseasilva]

Boa tarde aos colegas.

Fiz a alteração acima e a rotina funcionou novamente.

Alguém tem uma resposta para o efeito dessa alteração?

Obrigado

[Italo Giurizzato Junior]

Boa tarde José,

Todos os fontes de todas as pastas estão atualizados?

Se sim, mesmo assim se faz necessário a alteração proposta pelo Luis para que essa consulta funcione?

[joseasilva]

Boa tarde Italo

Apaguei o arquivo ACBRUtil.pas e atualizei o ACBR

Executei novamente o Atualizador e refiz a rotina e o erro voltou a acontecer: Falha no schema XML

Abri o arquivo ACBRUtil.pas e alterei novamente "SetCodePage(RBS, 0, False);  para SetCodePage(RBS, 0, True) e voltou a funcionar.

Uso Delphi XE  no Windows 10 32

Obrigado pela atenção

[Italo Giurizzato Junior]

José,

A questão não é essa unit em si, eu me referi a todos os fontes de todas as pastas, todos estão atualizados?

[joseasilva]

Italo

Vou apagar tudo aqui e reinstalar o ACBR para testar e reporto mais tarde aqui.

 

[rafaeldalbosco]

@Italo Jurisato Junior acredito que a questão pode ser semelhante a do tópico abaixo que coloco aqui o link, algo com os caracteres especiais ocorre em alguns eventos como esse da consulta MDFe encerrados e do evento de prestação de serviço em desacordo do CTe que ambos no XSD o webservice da receita requer a descrição do evento com acentuação fora do encoding do XML (até achei estranho a receita solicitar assim esses eventos). 

 

No momento estou bem ocupado para fazer os testes, mas assim que sobrar um tempo vou testar também o Webservice da consulta MDFe não encerrados e a tópico acima com a opção SetCodePage(RBS, 0, True). Comentei aqui pois achei importante contribuir nesse momento.

[joseasilva]

Boa tarde 

Executei ApagarACBR.bat

Depois removi o diretório do ACBR

Atualizei através do svn:  https://svn.code.sf.net/p/acbr/code/trunk2

Executei ACBrInstall_Trunk2.exe como administrador

Recompilei o sistema e o erro voltou a ocorrer.

Refiz a alteração e o sistema voltou a funcionar.

 

[Italo Giurizzato Junior]

José,

Passei o problema para os demais moderadores para que juntos possamos analisar e buscar uma solução que não gere efeito colateral para os demais componentes.

[joseasilva]

Obrigado Italo pela resposta.

Vou monitorar aqui para ver se não vai afetar outras rotinas do sistema e se tiver alguma dificuldade volto a reportar

[Daniel Simoes]

Não consegui reproduzir o problema, no Delphi XE Tokio.. Vejas os XMLs gerados, estão corretamente acentuados e em UTF8...

Por favor teste com o Demo do ACBr, e informe um passo a passo de como reproduzir o problema...

20180116002756-ped-cons-soap.xml

20180116002756-ped-cons.xml

Verifique se você está usando os Schemas corretos...

[luisclaudio_jr]

Aqui só consegui também com isso que o amigo acima citou... também estava com problemas pra buscar.

[luisclaudio_jr]

Boa tarde amigos. 

Tudo certo?

Seguinte, o metódo de alterar True e false, funcionam em alguns casos, vou explicar meu cenário pra ver se alguém teve o mesmo problema.

Tenho um cliente com 4 filiais, uma em SP,PE,BA,AL .  Deixando o método como False, funciona em 3 filiais, SP,PE,AL   No da BA só funciona se eu passo True.

Estranho, que em 90% dos clientes funciona como False, mas encontrei um outro cliente também de SP que só funciona se setar TRUE, isso ocorre no meu ambiente de produção, na mesma maquina que funciona em uns em outros não.

Olhando o retorno da SEFAZ, dá falha no Schema apenas. (os schemas usando em todas as ocasiões são as mesmos).

Estranho também porque usamos apenas a sefaz RS para fazer as consultas relacionadas a MDF-e, então não era pra ser por causa dos estados.

Mais alguém ai passando por isso?

 

[Italo Giurizzato Junior]

Boa tarde Luis,

Se tratando de MDF-e, só existe um único webservice que é a SEFAZ-Virtual do Rio Grande do Sul.

Portanto não importa qual UF você configura no componente, sempre cai na SVRS.

Não entendi, qual método que você deixa como True ou False?

[luisclaudio_jr]

5 minutos atrás, Italo Jurisato Junior disse:

Boa tarde Luis,

Se tratando de MDF-e, só existe um único webservice que é a SEFAZ-Virtual do Rio Grande do Sul.

Portanto não importa qual UF você configura no componente, sempre cai na SVRS.

Não entendi, qual método que você deixa como True ou False?

Positivo, o método é o NativeStringToUTF8 no acbrUTIL, mudando propridade SetCodePage(RBS, 0, True);  

Tem casos que o True Funciona, outros apenas o False.. e estou fazendo o teste replicando exatamente o mesmo ambiente, unica coisa que muda é o CNPJ que eu utilizo na hora de chamar a função WebServices.ConsultaMDFeNaoEnc

[Daniel Simoes]

O SEFAZ somente usa UTF8 como Encoding de XML