Provedor TcheInfo - Falha no Schema XML - ACBrNFSeX

[Maurício Sareto]

Galera, estou tentando a emissão pelo provedor TcheInfo. Depois de chamar a função emitir tenho o seguinte retorno.
Em anexo o XML gerado pelo programa de exemplo e o XML de exemplo enviado pelo suporte do provedor.
Os arquivos SOAP não são criados devido a validação no Schema não ser possivel.

Alguém sabe qual pode ser o erro?

4321099446643000014756000000000000001-rps.xmlExemplo.xml

[Italo Giurizzato Junior]

Boa tarde Maurício,

Seria interessante você informar também a cidade para que possamos realizar os mesmos testes com a mesma cidade usando sempre o programa exemplo.

[Maurício Sareto]

Em 18/09/2021 at 15:53, Italo Giurizzato Junior disse:

Boa tarde Maurício,

Seria interessante você informar também a cidade para que possamos realizar os mesmos testes com a mesma cidade usando sempre o programa exemplo.

Italo, perdão, informei apenas o provedor. A cidade em questão é Sarandi-RS...

[Maurício Sareto]

Italo, me desculpe, eu acabei me confundindo, a cidade em questão é Rondinha - RS, provedor TcheInfo_V2

[Maurício Sareto]

@Italo Giurizzato Junior Sem passar o XML pelo schema eu consigo enviar a NFSe. O provedor retorna que o usuário não tem permissão, mas não retorna erro nenhum na estrutura do XML SOAP.

Ja estou entrando em contato com o provedor, a primeira resposta foi que eu deveria enviar o município 9999999, porém, eu já fazia isso, vou ver novamente com eles qual é o problema.
Ps. Eles demoram uma eternidade para responder.

[Maurício Sareto]

@Italo Giurizzato Junior eu consegui validar e obter o retorno correto. 
Tive que fazer um ajuste na unit em anexo para ler o retorno. Havia um erro de logica de programação, onde era testado se um nodo era lido, em caso negativo tentava-se usar a mesma variável, mas a mesma era nil, logo dava acess Violation. Segue:

Ajustado para que quando DeclaracaoPrestacaoServico não estiver presente em InfNfnse ele leia novamente a estrutura do XML para capturar corretamente o RPS gerado.
ACBrNFSeXProviderABRASFv2.pas

 

Aproveitando o tópico, como eu posso fazer para que o XML não seja validado no SCHEMA sem precisar comentar o trecho de código?

[Italo Giurizzato Junior]

Bom dia Mauricio,

Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

[Maurício Sareto]

@Italo Giurizzato Junior tem alguma configuração que eu possa fazer para que o XML não seja passado nos schemas antes do envio?

[Italo Giurizzato Junior]

Mauricio,

Ter tem, porque você quer desabilitar a validação?

[Maurício Sareto]

2 minutos atrás, Italo Giurizzato Junior disse:

Mauricio,

Ter tem, porque você quer desabilitar a validação?

Se passar pelo schema retorna o erro em anexo, se comentar o código que passa o XML no schema e enviar direto, valida a NFSe sem problemas

Editado 22 Setembro, 2021 por Maurício Sareto

[Italo Giurizzato Junior]

Mauricio,

Isso pode ser que o Schema que esta sendo usado para validar esta errado.

[Maurício Sareto]

3 minutos atrás, Italo Giurizzato Junior disse:

Mauricio,

Isso pode ser que o Schema que esta sendo usado para validar esta errado.

Pois é, mas eu baixei do site do provedor, tentei validar usando o plugin do NOTEPAD ++ e retorna erro tmbm. Esse provedor é uma zona, prefiro mandar direto para eles e ver qual retorno veio kkkkkkkk

[Italo Giurizzato Junior]

Mauricio,

Nos testes que fiz com esse provedor não ocorreu esse erro.

[Maurício Sareto]

6 minutos atrás, Italo Giurizzato Junior disse:

Mauricio,

Nos testes que fiz com esse provedor não ocorreu esse erro.

então não sei mas não vou investigar, não por agora, to a 30 dias homologando esse provedor, vou deixar comentado por enquanto

[Maurício Sareto]

@Italo Giurizzato Junior acabei de atualizar os fontes no computador de produção para gerar a versão e encontrei o mesmo problema da unit que enviei acima na classe em anexo:

ACBrNFSeXLerXml_ABRASFv2.pas
Ao ler o retorno, procura-se pela tag de cancelamento e substituição, mesmo elas não estando presente era usado a variável de leitura para dar continuidade ao processo ocasionando AcessViolation...

[Italo Giurizzato Junior]

Boa tarde Mauricio,

Favor atualizar os fontes e faça novos testes.

Note que agora temos uma nova pasta com os schemas dos provedores: ...\Exemplos\ACBrDFe\Schemas\NFSe

Dentro da pasta NFSe temos uma pasta para cada Provedor.

O componente tem agora uma nova propriedade de configuração: Configuracoes.Geral.MontarPathSchema := True/False

Se o valor dela for True e o PathSchemas apontar para a pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe o componente vai encontrar os schemas utilizado pelo provedor de forma automática.

Outra correção feita no componente é que se o provedor não tiver uma URL de homologação definida vai ser apresentada uma mensagem de erro e o envio vai ser abortado.

[gregoritrentin]

Olá @Maurício Sareto, estou tendo o mesmo problema,

porém executando pelo EXEMPLO NFSEX funciona corretamente,

acredito que seja alguma configuração do componente,

eu utilizei a config automática MontarPathSchema := True, mas continua com a mesma msg

[Italo Giurizzato Junior]

Boa tarde Gregori

Por favor leia o artigo:

 

[gregoritrentin]

Olá @Italo Giurizzato Junior,

entendi a proposta das modificações da alteração, inclusive ficou muito bom, 

pelos testes q fiz aqui o caminho do schema está correto, porém estou tendo o mesmo problema do Mauricio,

 

[Italo Giurizzato Junior]

Gregori,

Esse erro ocorre com o programa exemplo?

[gregoritrentin]

Não acontece com o exemplo.

[Italo Giurizzato Junior]

Gregori,

Então é a configuração do componente na sua aplicação que esta errado.

Compare a configuração do programa exemplo com o da sua aplicação.

Pela mensagem de erro ele esta pegando schema errado.

[gregoritrentin]

Aparentemente está com o arquivo de schema correto:

 

 

E o arquivo está na pasta:

 

Editado 4 Outubro, 2021 por gregoritrentin

[Italo Giurizzato Junior]

Boa tarde Gregori,

Eu ainda acho que a sua configuração esta errada.

Eu utilizo:

e SSLType = LT_TLSv1_2

[gregoritrentin]

show, 

acabei de fazer esta config e deu certo.