Provedor SigCorp - Erro 302

[Valdir Dill]

Bom dia,

Estamos testando envio de NFSe para provedor SigCorp (Bacabal-MA) e estamos tendo o erro abaixo:

HttpError: 302
InternalErro:0
URL: http://abrasfbacabal.sigcorp.com.br/servico.asmx

Contactado o provedor, informaram que os arquivos XML sendo gerados pela aplicação estão corretos. Até enviamos o arquivo XML e eles geraram (em algum procedimento interno deles) a nota com esse arquivo sem ocorrer erros. Arquivos gerados no processo em anexo. 
Também nos passaram a informação de que essa tentativa de envio pela nossa aplicação não chegou lá. 

Tudo indicaria que o endereço de disparo estaria incorreto. Mas conferimos a URL que aparece no erro e está correta, conforme dá para confirmar em -> https://bacabal.sigiss.com.br/bacabal/download/webservicepage.php

 

Obrigado

5UNICA-rps.xml 6-env-lot-sinc.xml 6-env-lot-sinc-soap.xml

[Victor H. Gonzales - Panda]

Boa tarde

 

A tabela de retorno http 302 significa :

302 Found
Esse código de resposta significa que a URI do recurso requerido foi mudada temporariamente. Novas mudanças na URI poderão ser feitas no futuro. Portanto, a mesma URI deve ser usada pelo cliente em requisições futuras.

faça o teste usando o ACBrNFSeX por favor

[Valdir Dill]

13 minutos atrás, Victor H. Gonzales - Panda disse:

Boa tarde

 

A tabela de retorno http 302 significa :

302 Found
Esse código de resposta significa que a URI do recurso requerido foi mudada temporariamente. Novas mudanças na URI poderão ser feitas no futuro. Portanto, a mesma URI deve ser usada pelo cliente em requisições futuras.

faça o teste usando o ACBrNFSeX por favor

faça o teste usando o ACBrNFSeX por favor...

Não entendi. É justamente com ACBRNFSeX que estamos fazendo os testes.

Obrigado.

[Italo Giurizzato Junior]

Boa tarde Valdir,

Abra o arquivo ACBrNFSeXServicos.ini e altere as URLs da cidade de Bacabal/MA por estas:

ProRecepcionar=https://abrasfbacabal.sigcorp.com.br/servico.asmx
HomRecepcionar=https://testeabrasfbacabal.sigcorp.com.br/servico.asmx

 

[Valdir Dill]

21 horas atrás, Italo Giurizzato Junior disse:

Boa tarde Valdir,

Abra o arquivo ACBrNFSeXServicos.ini e altere as URLs da cidade de Bacabal/MA por estas:

ProRecepcionar=https://abrasfbacabal.sigcorp.com.br/servico.asmx
HomRecepcionar=https://testeabrasfbacabal.sigcorp.com.br/servico.asmx

 

Boa tarde @Italo Giurizzato Junior

Aparentemente a mudança de http para https resolveu o erro 302. Pelo menos o erro agora é outro, rs.

O XML agora está chegando ao provedor e a nota autorizada. Mas agora ocorrem erros de retorno, os quais estamos analisando para ver se conseguimos entender/resolver por aqui. Postarei a solução ou problema na sequência.

Obrigado

[Valdir Dill]

Boa tarde @Italo Giurizzato Junior

Já localizei a causa do novo erro, rs.

O erro que ocorre agora é: '1 ' is not a valid integer value. Note que tem um espaço depois do "1".
Obs.: a nota é recebida e autorizada no provedor. O problema ocorre no tratamento do retorno.

A causa do erro: a data no XML (anexo) está vindo no padrão m/dd/yyyy.
Veja a tag que retorna no arquivo: <DataRecebimento>9/22/2021 3:29:10 PM</DataRecebimento>

Já o o componente, ao executar ProcessarConteudoXml(, do tipo tcDatHor, tenta fazer um encodeDate, o qual é no padrão yyyy/mm/dd.
Como o valor das posições 9 e 10 é "1 ", ocorre o erro no StrtoInt() .

Estou anexando os XMLs enviados e recebidos, bem como 2 prints demonstrando o passo a passo da execução das rotinas acima mencionadas.

O que poderia ser feito nesse caso. Solicitar ao provedor que corrija isso ou fazer ajustes no componente?

Obrigado!

 

8UNICA-rps.xml 33-env-lot-sinc.xml 33-env-lot-sinc-soap.xml 33-lista-nfse-sinc.xml 33-lista-nfse-sinc-soap.xml

[Italo Giurizzato Junior]

Bom dia Valdir,

Como os caras podem ser tão sem noção.

A tag <DataEmissao> que esta no grupo <InfNfse> contem a data no formato DD/MM/AAAA, até beleza.

Já as tags <DataRecebimento> e <DataEmissao> que esta no grupo <Rps> esta no formato M/DD/AAAA H:MM:SS AM/PM

Será que eles não conseguem corrigir essa lambança?

Pelo menos deixar no formar DD/MM/AAAA HH:MM:SS ?

Tenta entrar em contato com o provedor e expõe o problema.

Agora se eles mandarem você catar coquinho, vamos ter que fazer algumas gambiarras para ler corretamente essas datas.

[Valdir Dill]

5 horas atrás, Italo Giurizzato Junior disse:

Bom dia Valdir,

Como os caras podem ser tão sem noção.

A tag <DataEmissao> que esta no grupo <InfNfse> contem a data no formato DD/MM/AAAA, até beleza.

Já as tags <DataRecebimento> e <DataEmissao> que esta no grupo <Rps> esta no formato M/DD/AAAA H:MM:SS AM/PM

Será que eles não conseguem corrigir essa lambança?

Pelo menos deixar no formar DD/MM/AAAA HH:MM:SS ?

Tenta entrar em contato com o provedor e expõe o problema.

Agora se eles mandarem você catar coquinho, vamos ter que fazer algumas gambiarras para ler corretamente essas datas.

Boa tarde,

Ok, estamos tentando contato com o provedor. Retornamos assim que tivermos um retorno.

Obrigado.

[Valdir Dill]

Boa tarde @Italo Giurizzato Junior

Expusemos a situação (formato da data no XML retorno) para o pessoal do provedor e a resposta foi:

Boa tarde Prezados, tudo bem?
Olha, em contato com os responsáveis pela módulo e pela implantação do sistema, me informaram que não seria possível, visto que todo o município está parametrizado desta forma.
Nesse caso, infelizmente eu não consigo te ajudar, os retornos são somente dessa forma.
Qualquer dúvida estou à disposição!

É lamentável!

[Italo Giurizzato Junior]

Boa tarde Valdir,

Realmente lamentável, para resolver isso vamos ter que fazer uma gambiarra como sempre.

Enquanto isso....

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.

[Valdir Dill]

6 minutos atrás, Italo Giurizzato Junior disse:

Boa tarde Valdir,

Realmente lamentável, para resolver isso vamos ter que fazer uma gambiarra como sempre.

Enquanto isso....

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.

Ok. Italo.

...Realmente lamentável, para resolver isso vamos ter que fazer uma gambiarra como sempre....
Quanto a isso, ainda estamos tentando convencer o provedor a corrigir o XML de retorno. Então acho que dá para aguardar ainda um pouco, ok? Postarei aqui quando tiver novidades sobre isso.

Em relação às mudanças no componente em relação ao schemas, vamos providenciar a atualização e testes.

Obrigado!