NFS-e Provedor SystemPro Canela/RS erro de SOAP

dna.automacao · 21 Maio

Bom dia,

conforme solicitado pelo discord estou continuando o tema em este post.

estamos passando o município de canela da versão velha do componente acbrnfse para a nova ACBrNFSeX a versão velha esta funcionando corretamente porem a nova esta gerando as tag do soap com nome diferente,
aqui como esta gerando na versão velha:

já na nova:

será que tem algum parâmetro/propriedade para alterar isso de <soapenv: para <S: e de <soapenv: para <SOAP-ENV: ?

esta retornando esse erro:

mais info do erro:

é o mesmo systempro, e estou usando o mesmo cliente para os dos testes
ele esta retornando o seguinte html:

pelo que diz parece um erro por ter encontrado conteúdo diferente ao esperado na autentificarão de ai a diferença nas tags do soap acredito seja o problema
estou usando o mesmo certificado dados base e credenciais de login nos dois teste só que na versão velha gera diferente o soap e é a que esta funcionando
pode ver que até nos exemplos de envio do próprio provedor esta com <S:

exemplos baixados do proprio provedor de canela

outro detalhe também esta gerando essas tag mesmo com valor zerado

pelo que vi todas estão como obrigatórias na unit

comento porque na versão velha não envia essas tags.

dna.automacao · 21 Maio

envie por e-mail para [email protected] com assunto "NFS-e Provedor SystemPro Canela/RS erro de SOAP", os arquivos de envio com soap, tanto da nova versão como da velha que ainda esta funcionando.

Diego Foliene · 21 Maio

18 minutos atrás, dna.automacao disse:

Bom dia,

conforme solicitado pelo discord estou continuando o tema em este post.

estamos passando o município de canela da versão velha do componente acbrnfse para a nova ACBrNFSeX a versão velha esta funcionando corretamente porem a nova esta gerando as tag do soap com nome diferente,
aqui como esta gerando na versão velha:

já na nova:

será que tem algum parâmetro/propriedade para alterar isso de <soapenv: para <S: e de <soapenv: para <SOAP-ENV: ?

esta retornando esse erro:

mais info do erro:

é o mesmo systempro, e estou usando o mesmo cliente para os dos testes
ele esta retornando o seguinte html:

pelo que diz parece um erro por ter encontrado conteúdo diferente ao esperado na autentificarão de ai a diferença nas tags do soap acredito seja o problema
estou usando o mesmo certificado dados base e credenciais de login nos dois teste só que na versão velha gera diferente o soap e é a que esta funcionando
pode ver que até nos exemplos de envio do próprio provedor esta com <S:

exemplos baixados do proprio provedor de canela

outro detalhe também esta gerando essas tag mesmo com valor zerado

pelo que vi todas estão como obrigatórias na unit

comento porque na versão velha não envia essas tags.

Bom dia!

Eu acredito que o prefixo não venha a ser um problema.

Eu fiz uma alteração em uma das units base(está em anexo caso queira testar, ela fica em ACBr\trunk2\Fontes\ACBrDFe\ACBrNFSeX\Base\WebServices, mas lembre-se de reinstalar o ACBr depois de substituir ela).

O Soap gerado ficou assim:

<?xml version="1.0" encoding="UTF-8"?>
<S:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
            xmlns:ns2="http://NFSe.wsservices.systempro.com.br/">
	<SOAP-ENV:Header/>
	<S:Body>
		<ns2:EnviarLoteRpsSincrono>
			<nfseCabecMsg><![CDATA[<cabecalho versao="2.01" xmlns="http://www.abrasf.org.br/nfse.xsd"><versaoDados>2.01</versaoDados></cabecalho>]]></nfseCabecMsg>
			<nfseDadosMsg><![CDATA[<EnviarLoteRpsSincronoEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"><LoteRps Id="Lote_1" versao="2.01"><NumeroLote>1</NumeroLote><CpfCnpj><Cnpj>11111111111111</Cnpj></CpfCnpj><InscricaoMunicipal>12345</InscricaoMunicipal><QuantidadeRps>1</QuantidadeRps><ListaRps><Rps><InfDeclaracaoPrestacaoServico Id="Dec_1RPP"><Rps><IdentificacaoRps><Numero>1</Numero><Serie>RPP</Serie><Tipo>1</Tipo></IdentificacaoRps><DataEmissao>2024-05-21</DataEmissao><Status>1</Status></Rps><Competencia>2024-05-21</Competencia><Servico><Valores><ValorServicos>100.35</ValorServicos><ValorPis>0.00</ValorPis><ValorCofins>2.00</ValorCofins><ValorInss>0.00</ValorInss><ValorIr>0.00</ValorIr><ValorCsll>0.00</ValorCsll><ValorIss>2.01</ValorIss><Aliquota>2.0000</Aliquota></Valores><IssRetido>2</IssRetido><ResponsavelRetencao>1</ResponsavelRetencao><ItemListaServico>09.01</ItemListaServico><Discriminacao>discriminacao I; discriminacao II;discriminacao III; discriminacao IV</Discriminacao><CodigoMunicipio>4304408</CodigoMunicipio><CodigoPais>1058</CodigoPais><ExigibilidadeISS>1</ExigibilidadeISS><MunicipioIncidencia>4304408</MunicipioIncidencia></Servico><Prestador><CpfCnpj><Cnpj>11111111111111</Cnpj></CpfCnpj><InscricaoMunicipal>12345</InscricaoMunicipal></Prestador><Tomador><IdentificacaoTomador><CpfCnpj><Cpf>12345678901</Cpf></CpfCnpj></IdentificacaoTomador><RazaoSocial>INSCRICAO DE TESTE E TESTE</RazaoSocial><Endereco><Endereco>RUA PRINCIPAL</Endereco><Numero>100</Numero><Complemento>APTO 11</Complemento><Bairro>CENTRO</Bairro><CodigoMunicipio>4304408</CodigoMunicipio><Uf>RS</Uf><Cep>14800000</Cep></Endereco><Contato><Telefone>22223333</Telefone><Email>[email protected]</Email></Contato></Tomador><RegimeEspecialTributacao>1</RegimeEspecialTributacao><OptanteSimplesNacional>1</OptanteSimplesNacional><IncentivoFiscal>2</IncentivoFiscal></InfDeclaracaoPrestacaoServico></Rps></ListaRps></LoteRps></EnviarLoteRpsSincronoEnvio>]]></nfseDadosMsg>
		</ns2:EnviarLoteRpsSincrono>
	</S:Body>
</S:Envelope>

Mas a resposta ficou assim:

Por favor, disponibilize para análise o -soap de envio gerado pelo componente antigo que deu certo a emissão e o -soap de envio gerado pelo componente novo que devolveu erro.

Se julgar que eles tenham dados sensíveis e não possam ser disponibilizados direto aqui, envie para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação.

Arquivos de envelope recebidos! Vamos analisar e reportamos assim que descobrirmos algo.

ACBrNFSeXWebserviceBase - Copia.pas

dna.automacao · 21 Maio

fiz alguns ajustes nas units e já ficou quase como na versão que esta funcionando só falta mais algum detalhe

ACBrNFSeXWebserviceBase.pas SystemPro.GravarXml.pas SystemPro.Provider.pas

Diego Foliene · 21 Maio

3 minutos atrás, dna.automacao disse:

fiz alguns ajustes nas units e já ficou quase como na versão que esta funcionando só falta mais algum detalhe

ACBrNFSeXWebserviceBase.pas 57.77 kB · 0 downloads SystemPro.GravarXml.pas 3.53 kB · 0 downloads SystemPro.Provider.pas 8.61 kB · 0 downloads

Com estes ajustes você ainda recebe rejeição ou conseguiu aprovar a nota?

dna.automacao · 21 Maio

1 hora atrás, Diego Foliene disse:

Com estes ajustes você ainda recebe rejeição ou conseguiu aprovar a nota?

sim ainda recebo o mesmo erro não finalizei de verificar, só passei por se era de ajuda já que tinha vários detalhes para ajustar, para que fiquei igual ao que esta funcionando se puder dar uma olhada nos arquivos vai ver que troquei no metodo "TACBrNFSeXWebserviceSystemPro201.RecepcionarSincrono"
IncluirCDATA(ACabecalho) , IncluirCDATA(AMSG) para XmlToStr(ACabecalho), XmlToStr(AMSG) e ajustei o parametro do
Executar('', Request, ['return', 'EnviarLoteRpsSincronoResposta'], ['xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"']);, de entre outros ajustes para igualar o resultado do soap que esta funcionando

dna.automacao · 21 Maio

dna.automacao · 24 Maio

Boa tarde,

só contatando para saber se tem alguma novidade, desde já muito obrigado.

Diego Foliene · 27 Maio

Bom dia!

Ainda estamos verificando.

Aqui em meu ambiente, permaneço recebendo o erro 500 do print mais acima.

Vou pedir a outro colega que faça o teste para confirmar se pode ser problema de DNS.

Qualquer novidade reporto aqui.

Italo Giurizzato Junior · 27 Maio

Bom dia @dna.automacao,

O arquivo INI do provedor que é usado pelo componente antigo, foi alterado para que não ocorra a validação antes do envio do RPS para o provedor?

Lhe pergunto isso pois ao confrontar o XML do RPS com o schema não bate, com certeza vai ocorrer erro de validação.

Ou você tem novos schemas utilizado pelo provedor?

Diego Foliene · 27 Maio

Complementando o comentário do @Italo Giurizzato Junior.

Eu reinstalei meus fontes para poder adicionar o antigo componente ACBrNFSe(como ele foi descontinuado, não costumo instalar).

Ao tentar emitir direto com o "Enviar Lote RPS(EnviarSincrono)" apresentou múltiplos erros de schema.

Só consegui fazer o envio depois de:

Atualizar o schema para o que tem disponível no site da prefeitura.
Comentar na rotina que gera o XML na unit pnfsNFSeW_ABRASFv2.pas os campos ValorPIS, ValorCofins, ValorInss, ValorIR, ValorCsll, OutrasRetencoes e BaseCalculo.
Corrigir a URL de homologação no arquivo SystemPRO.ini

Ainda assim, quando consegui fazer o envio, este foi o meu resultado:

Repare que a mensagem é o mesmo retorno obtido com o componente ACBrNFSeX tanto em produção quanto em homologação.

dna.automacao · 27 Maio

boa tarde @Diego Foliene,

Vou passar os esquemas que estou utilizando e que esta funcionando na versão "ACBrNFSe"(versão descontinuada),

em anexos os arquivo favor comparar com os arquivos utilizados no teste pode ser que os schemas estejam diferente.

Schemas.rar

Italo Giurizzato Junior · 27 Maio

Boa tarde @dna.automacao,

Os schemas pouco importa, veja isso:

; No grupo abaixo é definido os nomes dos arquivos XSD
; usados para realizar a validação do XML a ser enviado
; ao webservice
; 0 = False / 1 = True (Se True então valida)
[Schemas]
Validar=0
DefTipos=
Cabecalho=nfse.xsd
ServicoEnviar=nfse.xsd
ServicoConSit=nfse.xsd
ServicoConLot=nfse.xsd
ServicoConRps=nfse.xsd
ServicoConNfse=nfse.xsd
ServicoCancelar=nfse.xsd
ServicoGerar=nfse.xsd
ServicoEnviarSincrono=nfse.xsd
ServicoSubstituir=nfse.xsd

Isso se encontra no arquivo SystemPro.ini, observe que o valor de Validar é zero, isso significa que o componente não vai validar o XML do RPS gerado.

Como eu disse, com essa condição nem sequer precisa dos schemas.

E os schemas que você anexou são os mesmos utilizados pelo componente novo.

Diego Foliene · 27 Maio

5 minutos atrás, Italo Giurizzato Junior disse:

E os schemas que você anexou são os mesmos utilizados pelo componente novo.

Eles também são idênticos ao que tenho na pasta C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSe\Schemas\SystemPro, utilizados pelo programa exemplo do ACBrNFSe em meus testes.

O arquivo SystemPro.ini também está "estranho", veja só a URL apontada de acordo com o site da prefeitura:

De acordo com o seu arquivo SystemPro.ini está assim:

Citar

[URL_P]
RecepcaoLoteRPS=https://%NomeURL_P%.rs.gov.br:8181/NfseService/NfseService

[URL_H]
RecepcaoLoteRPS=https://%NomeURL_H%.rs.gov.br:8181/NfseService_Homolog/NfseService_Homolog

O que no meu entendimento vai gerar uma URL assim:

Citar

https://www.nfse.canela.rs.gov.br:8181/NfseService_Homolog/NfseService_Homolog

dna.automacao · 29 Maio

Em 27/05/2024 at 15:18, Diego Foliene disse:

Eles também são idênticos ao que tenho na pasta C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSe\Schemas\SystemPro, utilizados pelo programa exemplo do ACBrNFSe em meus testes.

O arquivo SystemPro.ini também está "estranho", veja só a URL apontada de acordo com o site da prefeitura:

De acordo com o seu arquivo SystemPro.ini está assim:

O que no meu entendimento vai gerar uma URL assim:

Boa tarde @Diego Foliene, a gente esta usando o ambiente de produção para os testes.

Em 27/05/2024 at 15:02, Italo Giurizzato Junior disse:
Boa tarde @dna.automacao,

Os schemas pouco importa, veja isso:
; No grupo abaixo é definido os nomes dos arquivos XSD
; usados para realizar a validação do XML a ser enviado
; ao webservice
; 0 = False / 1 = True (Se True então valida)
[Schemas]
Validar=0
DefTipos=
Cabecalho=nfse.xsd
ServicoEnviar=nfse.xsd
ServicoConSit=nfse.xsd
ServicoConLot=nfse.xsd
ServicoConRps=nfse.xsd
ServicoConNfse=nfse.xsd
ServicoCancelar=nfse.xsd
ServicoGerar=nfse.xsd
ServicoEnviarSincrono=nfse.xsd
ServicoSubstituir=nfse.xsd
Isso se encontra no arquivo SystemPro.ini, observe que o valor de Validar é zero, isso significa que o componente não vai validar o XML do RPS gerado.

Como eu disse, com essa condição nem sequer precisa dos schemas.

E os schemas que você anexou são os mesmos utilizados pelo componente novo.

Boa tarde @Italo Giurizzato Junior, entendido, era só uma possibilidade.

dna.automacao · 29 Maio

Em 27/05/2024 at 12:36, Diego Foliene disse:

Complementando o comentário do @Italo Giurizzato Junior.

Eu reinstalei meus fontes para poder adicionar o antigo componente ACBrNFSe(como ele foi descontinuado, não costumo instalar).

Ao tentar emitir direto com o "Enviar Lote RPS(EnviarSincrono)" apresentou múltiplos erros de schema.

Só consegui fazer o envio depois de:

Atualizar o schema para o que tem disponível no site da prefeitura.

Comentar na rotina que gera o XML na unit pnfsNFSeW_ABRASFv2.pas os campos ValorPIS, ValorCofins, ValorInss, ValorIR, ValorCsll, OutrasRetencoes e BaseCalculo.

Corrigir a URL de homologação no arquivo SystemPRO.ini

Ainda assim, quando consegui fazer o envio, este foi o meu resultado:

Repare que a mensagem é o mesmo retorno obtido com o componente ACBrNFSeX tanto em produção quanto em homologação.

a gene não tem o componente velho atualizado talves tenha alguma diferença na pasta que estamos usando quer algum dos arquivos para comparar?,

reforçando que para nos no delphi 7 com o componente antigo(desatualizados) e os arquivos que passei(SystemPro.ini, SystemPro pasta, Cidades.ini) funciona.

Diego Foliene · 29 Maio

5 minutos atrás, dna.automacao disse:

a gene não tem o componente velho atualizado talves tenha alguma diferença na pasta que estamos usando quer algum dos arquivos para comparar?,

reforçando que para nos no delphi 7 com o componente antigo(desatualizados) e os arquivos que passei(SystemPro.ini, SystemPro pasta, Cidades.ini) funciona.

Por favor, consegue fazer um debug e confirmar para qual URL o componente antigo está fazendo o envio?

dna.automacao · 29 Maio

52 minutos atrás, Diego Foliene disse:

Por favor, consegue fazer um debug e confirmar para qual URL o componente antigo está fazendo o envio?

entendido vou fazer o teste

dna.automacao · 29 Maio

1 hora atrás, Diego Foliene disse:

Por favor, consegue fazer um debug e confirmar para qual URL o componente antigo está fazendo o envio?

url='https://www.nfse.canela.rs.gov.br:8182/NfseService/NfseService'

dna.automacao · 3 Junho

Boa tarde, alguma novidade?, desde já obrigado pelo retorno.

Juliana Tamizou · 3 Junho

Boa tarde,

Logo um dos consultores lhe retornará.

At.

Italo Giurizzato Junior · 3 Junho

Boa tarde @dna.automacao,

O componente novo - ACBrNFSeX as URLs estão definidas no arquivo ACBrNFSeXServicos.ini, são elas:

[4304408]
; Atualizado em 17/05/2022
Nome=Canela
UF=RS
Provedor=SystemPro
Versao=2.01
Params=GerarGrupoRps:
ProRecepcionar=https://www.nfse.canela.rs.gov.br:8182/NfseService/NfseService
HomRecepcionar=https://www.nfse.canela.rs.gov.br:8183/NfseService_Homolog/NfseService_Homolog

O componente antigo - ACBrNFSe se tratando do provedor SystemPro temos o seguinte:

Arquivo SystemPro.ini

[URL_P]
RecepcaoLoteRPS=https://%NomeURL_P%:8182/NfseService/NfseService

[URL_H]
RecepcaoLoteRPS=https://%NomeURL_H%:8182/NfseService_Homolog/NfseService_Homolog

A porta 8182 da URL de homologação esta errada o correto é 8183.

Arquivo Cidades.ini

[4304408]
Nome=Canela
UF=RS
Provedor=SystemPro
NomeURL_H=www.nfse.canela.rs.gov.br
NomeURL_P=www.nfse.canela.rs.gov.br

Vamos pegar a URL de Produção.

O componente antigo substitui a variável %NomeURL_P% que esta no arquivo SystemPro.ini pelo valor do campo NomeURL_P que esta no arquivo Cidades.ini

Ficando da seguinte forma:

https://www.nfse.canela.rs.gov.br:8182/NfseService/NfseService

Como você pode ver as ULRs são exatamente iguais.

dna.automacao · 4 Junho

13 horas atrás, Italo Giurizzato Junior disse:
Boa tarde @dna.automacao,

O componente novo - ACBrNFSeX as URLs estão definidas no arquivo ACBrNFSeXServicos.ini, são elas:
[4304408]
; Atualizado em 17/05/2022
Nome=Canela
UF=RS
Provedor=SystemPro
Versao=2.01
Params=GerarGrupoRps:
ProRecepcionar=https://www.nfse.canela.rs.gov.br:8182/NfseService/NfseService
HomRecepcionar=https://www.nfse.canela.rs.gov.br:8183/NfseService_Homolog/NfseService_Homolog
O componente antigo - ACBrNFSe se tratando do provedor SystemPro temos o seguinte:

Arquivo SystemPro.ini
[URL_P]
RecepcaoLoteRPS=https://%NomeURL_P%:8182/NfseService/NfseService

[URL_H]
RecepcaoLoteRPS=https://%NomeURL_H%:8182/NfseService_Homolog/NfseService_Homolog
A porta 8182 da URL de homologação esta errada o correto é 8183.

Arquivo Cidades.ini
[4304408]
Nome=Canela
UF=RS
Provedor=SystemPro
NomeURL_H=www.nfse.canela.rs.gov.br
NomeURL_P=www.nfse.canela.rs.gov.br
Vamos pegar a URL de Produção.

O componente antigo substitui a variável %NomeURL_P% que esta no arquivo SystemPro.ini pelo valor do campo NomeURL_P que esta no arquivo Cidades.ini

Ficando da seguinte forma:
https://www.nfse.canela.rs.gov.br:8182/NfseService/NfseService
Como você pode ver as ULRs são exatamente iguais.

bom dia @Italo Giurizzato Junior,

entendo que as urls em produção seriam as mesmas, então o problema é outro, alguma idea de porque não esta funcionando no novo componente?

Italo Giurizzato Junior · 4 Junho

Boa tarde @dna.automacao,

Notei que o XML no componente antigo esta com uma estrutura diferente do novo.

O componente antigo não esta validando o XML gerado por conta dessa divergência.

Vou mudar a geração do XML e fazer um teste.

dna.automacao · 4 Junho

3 horas atrás, Italo Giurizzato Junior disse:

Boa tarde @dna.automacao,

Notei que o XML no componente antigo esta com uma estrutura diferente do novo.

O componente antigo não esta validando o XML gerado por conta dessa divergência.

Vou mudar a geração do XML e fazer um teste.

Boa tarde @Italo Giurizzato Junior, entendido.

Entrar

Sobre nós...

NFS-e Provedor SystemPro Canela/RS erro de SOAP

Recommended Posts

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Link para o comentário

Compartilhar em outros sites

Sobre nós...

Informação Importante