Erro http 500 - Prefeitura de Curitiba

[Daniel Braz de Oliveira]

Bom dia.

Mais alguém com erro HTTP 500 para a prefeitura de Curitiba ?

Grato.

 

[mkmatsunaga]

Bom dia,

Também estou com este problema !  Alguém tá conseguindo autorizar ???

 

[Alexandre Felippeto Henzen]

Também estou com problema...

 

Editado 7 Março, 2023 por Alexandre Felippeto Henzen

[Renato Rubinho]

Boa tarde,

Houve mudança no provedor ou na url desse município?

Aparentemente a url da mensagem é diferente da configurada no ini.

Verifiquem com o provedor se foi alterado algo ou se tem problema do lado deles.

[Alexandre Felippeto Henzen]

Consegui entrar em contato com o pessoal da prefeitura, me falaram que está fora do ar mesmo

[Albrecht]

Boa tarde,

        o erro HTTP 500 persiste, alguém sabe se tem previsão para solução?  parece que o erro é com o Servidor da prefeitura mesmo...

[Albrecht]

Consegui emitir a nota, a prefeitura me respondeu informando que o problema nos servidores deles foi resolvido, mas precisei alterar no arquivo ISSCuritiba.ini

de: http://www.e-governeapps2.com.br   para   https://www.e-governeapps2.com.br

[Sandro Felipe Adad]

ISSCuritiba.ini

Arquivo alterado.

16 horas atrás, Albrecht disse:

Consegui emitir a nota, a prefeitura me respondeu informando que o problema nos servidores deles foi resolvido, mas precisei alterar no arquivo ISSCuritiba.ini

de: http://www.e-governeapps2.com.br   para   https://www.e-governeapps2.com.br

 

[Rodrigo - Digibyte]

Arquivo provider atualizado para Curitiba. Foi apenas alterado de http para https

ISSCuritiba.Provider.pas

[Daniel Braz de Oliveira]

Bom dia.

Fiz procedimento indicado, inclusive baixando o isscuritiba.ini do Rodrigo, mas agora recebo mensagem de xml corrompido:

O lote de RPS Nº 20230303026 com o protocolo Nº 638138692052876318 está corrompido.

Verifique as tags e seus conteúdos e retransmita o lote de RPS.

[Daniel Braz de Oliveira]

Lembrando ainda, que estou com os schemas atualizados, fiz nova atualização hoje.

 

[Italo Giurizzato Junior]

Boa tarde a todos,

O componente novo ACBrNFSeX já contempla essa mudança na URL.

Convido a todos iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX
O componente antigo: ACBrNFSe não está mais tendo manutenção.

Faça os testes usando o programa exemplo do novo componente.

Manual de Migração
https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/
 

[Alexandre Felippeto Henzen]

Poderia informar em qual versão saiu essa atualização Ítalo na NFSex

[Italo Giurizzato Junior]

Boa tarde Alexandre,

Mandei para o SVN hoje, favor atualizar os fontes, reinstale o ACBr e faça os testes.

[Sandro Andre Reghelin]

17 minutos atrás, Italo Giurizzato Junior disse:

Boa tarde Alexandre,

Mandei para o SVN hoje, favor atualizar os fontes, reinstale o ACBr e faça os testes.

precisa reinstalar o ACBR, mesmo? se baixar so ISSCuritiba.Provider.pas e recompilar todo o projeto não funciona?

[Italo Giurizzato Junior]

Boa tarde Sandro,

Depende de como você instala o ACBr.

Ao compilar a sua aplicação, mesmo com a opção Build as DCU dos componentes ACBr não são recompiladas.

[Sandro Andre Reghelin]

7 minutos atrás, Italo Giurizzato Junior disse:

Boa tarde Sandro,

Depende de como você instala o ACBr.

Ao compilar a sua aplicação, mesmo com a opção Build as DCU dos componentes ACBr não são recompiladas.

bom por segurança, vou reinstalar...obrigado

 

[lucasecorrea]

Boa tarde!

 

Após atualizar a unit com a atualização dos namespaces está ocorrendo o erro X203, na prefeitura ao consultar esse lote e protocolo  aparece o RPS processado com sucesso, alguém mais teve esse problema ?

 

[Italo Giurizzato Junior]

Boa tarde Lucas,

Configure o componente para salvar os arquivos (soap), faça uma nova consulta e anexe o arquivo (soap) de retorno para que possamos analisar.

[Daniel Braz de Oliveira]

Limpei a pastas e regravei os arquivos isscuritiba.ini e os novos schemas.

Funcionou.
Valeu.

[lucasecorrea]

Bom dia Italo!

 

Segue em anexo o SOAP arquivo de retorno do ConsultarLoteRPS.

Ele está voltando sem dados, mas eu consultando esse mesmo protocolo enviado na consulta lá na prefeitura, encontro o RPS processado com sucesso.

Em anexo enviei também o arquivo de envio da ConsultaRPS, acredito que seja algum problema na prefeitura.

638138917817289722-lista-nfse-con-lot.xml

638138917817289722-con-lot.xml

Editado 9 Março, 2023 por lucasecorrea

[Italo Giurizzato Junior]

Bom dia Lucas,

Esses não são os arquivos soap.

Os arquivos soap tem no final do nome do arquivo a palavra soap, exemplo: *-con-lot-soap.xml

[lucasecorrea]

Segue os arquivos SOAP de envio e retorno do ConsultarLoteRPS

638139490925254696-lista-nfse-con-lot-soap.xml 638139490925254696-con-lot-soap.xml

[lucasecorrea]

Italo, descobri o problema, o sistema aqui estava deixando fazer o envio novamente das notas e elas já estavam autorizadas, então alterei o protocolo para o protocolo que foi autorizado e retornou corretamente o xml da nota, porém acho que o retorno da prefeitura deveria ser com o erro de nota  já autorizada ao invés de retornar em branco a consulta, mas enfim, resolvido.

[Italo Giurizzato Junior]

Lucas, 

Concordo com você, não faz sentido gerar as tags em branco, tem que acusar o problema.

Sugiro que você entre em contato com o provedor mostre o XML de consulta enviado bem como o XML retornado.

Quem sabe eles resolvem corrigir o problema.