Jump to content

Delphi chamada_delphi.png acbr.png

C6 chamada_c6.png botao.png

Provedor SigCorp - Erro 302


Go to solution Solved by Italo Giurizzato Junior,
  • Este tópico foi criado há 238 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

  • Membros Pro

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

Valdir Dill

Rio de Janeiro - RJ

 

 

Link to comment
Share on other sites

  • Consultores

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

Consultor SAC ACBr

Victor H Gonzales - Pandaaa
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  Discord

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil

Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

"Aprender é a única coisa que a mente nunca se cansa, nunca tem medo e nunca se arrepende” - Leonardo da Vinci

"Ter sucesso é falhar repetidamente, mas sem perder o entusiasmo"

Link to comment
Share on other sites

  • Membros Pro
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.

Valdir Dill

Rio de Janeiro - RJ

 

 

Link to comment
Share on other sites

  • Consultores

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

 

Consultor SAC ACBr Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Link to comment
Share on other sites

  • Membros Pro
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

Rio de Janeiro - RJ

 

 

Link to comment
Share on other sites

  • Membros Pro

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!

 

Acbr1.png

Acbr2.png

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

Valdir Dill

Rio de Janeiro - RJ

 

 

Link to comment
Share on other sites

  • Consultores

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.

  • Like 1
  • Thanks 1
  • Confused 1
Consultor SAC ACBr Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Link to comment
Share on other sites

  • Membros Pro
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

Rio de Janeiro - RJ

 

 

Link to comment
Share on other sites

  • Membros Pro

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!

Valdir Dill

Rio de Janeiro - RJ

 

 

Link to comment
Share on other sites

  • Consultores
  • Solution

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.

Consultor SAC ACBr Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Link to comment
Share on other sites

  • Membros Pro
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!

 

  • Like 3

Valdir Dill

Rio de Janeiro - RJ

 

 

Link to comment
Share on other sites

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.