Erro HTTP: 500 WebISS NFSe Vitória da Conquista - BA

[tobexy]

Olá Pessoal,

Estou tentando fazer a homologação para emissão de NFS-e de Vitória da Conquista - BA que utiliza o servidor WebISS, porém quando tento enviar vem o erro:

Erro Interno: 0
Erro HTTP: 500
URL: https://www4.webiss.com.br/vitoriadaconquistaba_wsnfse_homolog/NfseServices.svc

Estou utilizando a seguinte configuração:

    Configuracoes.Geral.SSLLib = libCapicom
    Configuracoes.Geral.SSLCryptLib = cryCapicom
    Configuracoes.Geral.SSLHttpLib = httpWinINet
    Configuracoes.Geral.SSLXmlSignLib = xsMsXmlCapicom

também tentei com essa outra mas o erro é o mesmo:

AACBrNFSe.Configuracoes.Geral.SSLLib := libWinCrypt;
AACBrNFSe.Configuracoes.Geral.SSLCryptLib := cryWinCrypt;
AACBrNFSe.Configuracoes.Geral.SSLHttpLib := httpWinHttp;
AACBrNFSe.Configuracoes.Geral.SSLXmlSignLib := xsMsXml;

e quando eu tento com essa outra, o erro muda sendo que só chamei o método TACBrNFSe.Enviar(ALote, False) e com intervalo de 2min entre uma e outra nota:

    Configuracoes.Geral.SSLLib = libCapicomDelphiSoap
    Configuracoes.Geral.SSLCryptLib = cryCapicom
    Configuracoes.Geral.SSLHttpLib = httpIndy
    Configuracoes.Geral.SSLXmlSignLib = xsMsXmlCapicom

Citar

Consumo excessivo. Por favor, nao efetue mais do que 1 consulta a cada 5 segundos para o mesmo lote, caso contrario, suas consultas serao bloqueadas. Para desbloquear, aguarde pelo menos 1 minuto ate a proxima consulta. Caso o consumo excessivo continue, o tempo de bloqueio podera ser aumentado. Acumulado: 6
 

Vi em um tópico aqui que o problema poderia ser resolvido atualizando as DLL, fiz isso e não resolveu. Em outro tópico vi que removendo o "&" do XML tinha resolvido, fiz isso e continua. Windows Defender e Firewall tudo desligado. Aplicação sendo executada como administrador. Estou utilizando o ACBr na revisão 15852 de 20/10/2018 08:28:48. Antes desse erro o problema era com o hash da assinatura, porém em contato com o suporte da WebISS mandaram eu remover a assinatura e mandar o XML sem assinar, segundo eles, nessa cidade não é necessário ir assinado. Aí o erro mudou para esse 500, Xml está em anexo. A única alteração que fiz no .ini foi para não assinar, .ini está em anexo.

 

Alguém por favor pode me dar uma luz? Desde já obrigado

1-env-lot.xml

WebISS.INI

Editado 22 Outubro, 2018 por tobexy

[Italo Giurizzato Junior]

Bom dia,

Tente com essa configuração:

AACBrNFSe.Configuracoes.Geral.SSLLib := libWinCrypt;

AACBrNFSe.Configuracoes.Geral.SSLCryptLib := cryWinCrypt;

AACBrNFSe.Configuracoes.Geral.SSLHttpLib := httpWinHttp;

AACBrNFSe.Configuracoes.Geral.SSLXmlSignLib := xsXmlLib2;

e o SSLType atribua o valor LT_TLSv1_2

[tobexy]

1 hora atrás, Italo Jurisato Junior disse:

Bom dia,

Tente com essa configuração:

AACBrNFSe.Configuracoes.Geral.SSLLib := libWinCrypt;

AACBrNFSe.Configuracoes.Geral.SSLCryptLib := cryWinCrypt;

AACBrNFSe.Configuracoes.Geral.SSLHttpLib := httpWinHttp;

AACBrNFSe.Configuracoes.Geral.SSLXmlSignLib := xsXmlLib2;

e o SSLType atribua o valor LT_TLSv1_2

Bom dia @Italo Jurisato Junior

Tentei a configuração porém agora aparece outro erro:

Erro Interno: 12175
Erro HTTP: 0
URL: https://www4.webiss.com.br/vitoriadaconquistaba_wsnfse_homolog/NfseServices.svc
Falha no Envio da Requisição.
Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor.

Verifiquei no forum tbm sobre esse erro, lembrando que estou com windows defender e firewall desligados, com um windows 10 64bits. Nas opções de internet está com o SSL 3.0 desmarcado, as outras 6 opções abaixo dele na lista marcadas. Se clicar no botão "Enviar um RPS (Gerar)" o erro é o mesmo. Segue a imagem do demo:

 

 

Fechei o Demo e abri novamente, o campo cálculo hash e assinatura veio preenchido, tentei novamente ainda com o checkbox assinar marcado ou desmarcado e voltou o erro de antes:

Erro Interno: 0
Erro HTTP: 500
URL: https://www4.webiss.com.br/vitoriadaconquistaba_wsnfse_homolog/NfseServices.svc

 

Editado 23 Outubro, 2018 por tobexy

[Italo Giurizzato Junior]

Deve ter alguma coisa errada, pois para mim funcionou.

 1-env-lot.xml

1-rec.xml

[tobexy]

40 minutos atrás, Italo Jurisato Junior disse:

Deve ter alguma coisa errada, pois para mim funcionou.

 1-env-lot.xml

1-rec.xml

Estranho, o login que estou usando foi o que me passaram e consegui testar ele acessando em https://www4.webiss.com.br/vitoriadaconquistaba
Tudo indica que esse é o acesso em produção, sabe se precisa de um específico para homologação?
@Italo Jurisato Junior poderia me mandar tbm o seu arquivo WebISS.ini só por desencargo, estou usando ele da forma como está no ACBr sem alterar nada

Obrigado novamente

[Italo Giurizzato Junior]

Bom dia,

Delete o seu arquivo WebISS.ini e atualize novamente os fontes, desta forma o Tortoise vai restaurar o arquivo WebISS.ini

Os arquivos INI que eu utilizo são exatamente os mesmos que se encontram no repositório.

[tobexy]

7 horas atrás, Italo Jurisato Junior disse:

Bom dia,

Delete o seu arquivo WebISS.ini e atualize novamente os fontes, desta forma o Tortoise vai restaurar o arquivo WebISS.ini

Os arquivos INI que eu utilizo são exatamente os mesmos que se encontram no repositório.

Boa tarde @Italo Jurisato Junior

Fiz conforme falou, deletei e atualizei, coloquei junto a pasta do demo mas mesmo assim retorna o erro, alterei o timeout pra 60000 conforme outro post aqui no fórum mas mesmo assim vem esse erro. Deletei o Demo_ACBrNFSe.ini reinseri os dados mas continua o erro, testei em outra máquina e o erro é o mesmo

Não sei mais o que fazer, não funciona nem no Enviar Lote RPS nem no Eviar um RPS

Editado 25 Outubro, 2018 por tobexy

[tobexy]

Boa tarde 

@Italo Jurisato Junior não encontrei o motivo no demo porém encontrei no fonte ACBr. No envio que faço pelo ERP está com a opção ConsultaLoteAposEnvio = True com isso em ACBrNFSeWebServices.pas no método Envia existem 3 blocos de consultaRet, o WebISS passa em 2 deles, um para provedores 1.00 e outro sem especificar, como apenas o segundo tem um sleep  ele gera o erro. Testei com vários valores, mas apenas quando coloquei algo maior que 40 segundos que funcionou, sendo assim, alterei o arquivo removendo o sleep que tem apenas para a 2ª consulta e coloquei mais acima no bloco para atender as 2 uma vez que esse provedor passa pelas 2

ACBrNFSeWebServices.pas

[Italo Giurizzato Junior]

Boa tarde,

Essa alteração ao meu ver não faz sentido.

Se a propriedade ConsultaLoteAposEnvio estiver com o valor True o que o componente vai fazer?

1. Se o provedor segue a versão 1 do layout da ABRASF será executado automaticamente a consulta a situação do lote: FConsSitLoteRPS.Executar;

No executar dessa consulta já tem o Sleep.

2. Depois é executado o Consultar Lote: FConsLote.Executar;

Que no seu executar não possui o Sleep, dai o motivo de ter.

Conforme a sua alteração, atribuindo 40.000 a propriedade de configuração AguardarConsultaRet o que vai ocorrer?

Se o provedor segue a versão 1 do layout da ABRASF e a propriedade ConsultaLoteAposEnvio estiver com o valor True, após o envio o componente vai ficar parado durante 80 segundos, 40 segundo do Sleep que você mudou de lugar, mais 40 segundos do Sleep que já existe no ConsSitLoteRPS como dito anteriormente.

Por outro lado se o provedor segue a versão 2 do layout da ABRASF a parada será de apenas 40 segundo, uma vez que nessa versão não existe o Consultar Situação do Lote.

Entendeu o motivo da posição do Sleep?

[tobexy]

Em 26/10/2018 at 16:27, Italo Jurisato Junior disse:

Boa tarde,

Essa alteração ao meu ver não faz sentido.

Se a propriedade ConsultaLoteAposEnvio estiver com o valor True o que o componente vai fazer?

1. Se o provedor segue a versão 1 do layout da ABRASF será executado automaticamente a consulta a situação do lote: FConsSitLoteRPS.Executar;

No executar dessa consulta já tem o Sleep.

2. Depois é executado o Consultar Lote: FConsLote.Executar;

Que no seu executar não possui o Sleep, dai o motivo de ter.

Conforme a sua alteração, atribuindo 40.000 a propriedade de configuração AguardarConsultaRet o que vai ocorrer?

Se o provedor segue a versão 1 do layout da ABRASF e a propriedade ConsultaLoteAposEnvio estiver com o valor True, após o envio o componente vai ficar parado durante 80 segundos, 40 segundo do Sleep que você mudou de lugar, mais 40 segundos do Sleep que já existe no ConsSitLoteRPS como dito anteriormente.

Por outro lado se o provedor segue a versão 2 do layout da ABRASF a parada será de apenas 40 segundo, uma vez que nessa versão não existe o Consultar Situação do Lote.

Entendeu o motivo da posição do Sleep?

Bom dia.

Entendi sim @Italo Jurisato Junior 
Não tinha me atendado que dentro do FConsSitLoteRPS.Executar tinha o mesmo sleep. Com isso essa situação da qual abri esse tópico está resolvida, 

Solução: atribuir a propriedade de configuração AguardarConsultaRet com um valor maior que 40000 quando for WEBISS 1.00

Com isso um outro erro passou a surgir:

Valor do ISS nao corresponde a aliquota multiplicada pela base de calculo.
Verifique se os valores estao corretos

Isso acontece pq estou passando a tag <Aliquota>5.0000</Aliquota> assim como o demo do ACBr faz e como fazemos em outras cidades tbm, se eu mudar para <Aliquota>0.0500</Aliquota> o WEBIss aceita e retorna tudo certo, porém esse não parece ser o padrão da ABRASF. Testei com outros valores de alíquota suportado mas o erro é o mesmo, precisando fazer a divisão por 100 pra dar certo. Mandei uma msg pro suporte da WEBIss mas ainda não responderam, mas para esse problema abro um novo tópico. Muito obrigado pela atenção e a ajuda.

[Juliana Tamizou]

Boa tarde.

Este tópico está inativo a algum tempo e por isso será fechado, caso necessário favor criar um novo tópico.

Att.