-
Total de ítens
14 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Igor Lima
-
-
21 horas atrás, BigWings disse:
Fazendo testes com o programa exemplo, só consegui resposta do webservice configurando como libOpenSSL.
Tentando abrir a URL só consegui no Chrome, e indica que está usando TLS 1.3, o que não é usual para webservices.
Na mensagem com OpenSSL vem um erro de indisponibilidade, talvez esteja em manutenção, você pode tentar contato com o setor responsável na prefeitura.
Bom dia!
Conforme mencionei, entrei em contato com o suporte da SEMUT, e foi retornado que o suporte realizou algumas correções no servidor.
Foi resolvido, porém, até o momento, não sei se foi resolvido com as alterações realizadas pelo suporte da SEMUT, ou pelo fato de realizar a alteração para OpenSSL, já que foi justamente no intervalo em que realizava a alteração.
Vou realizar testes com WinCrypt e até mesmo com Capicom em outro cliente, irei utilizar sempre por recomendação o OpenSSL, retorno com mais informações.
Muito obrigado!
- 1
-
Ok, muito obrigado pelo retorno, irei verificar com o suporte da SEMUT.
- 1
-
37 minutos atrás, BigWings disse:
Configurou a SSLType do componente?
As configurações do IE não interferem se está usando SSLHttpLib=httpWinHttp.
Alterado SSLType para 1.2 como solicitado, o erro persiste em acontecer.
As configurações de WinCrypt permanecem as mesmas, como anexei...
Deve ser feito algo além disso? -
13 minutos atrás, BigWings disse:
Esqueça a CAPICOM, use OpenSSL ou WinCrypt.
E configure a propriedade SSLType para usar TLS 1.2.
Mesmo após alteração, o erro persiste.
-
-
Ao gerar lote de RPS e tentar comunicar diretamente com a SEMUT (Natal-RN) é retornado a crítica abaixo.
Ao tentar gerar o arquivo xml do lote ocorreu o seguinte erro:
Erro Interno: 12175
Erro HTTP: 0
URL: https://wsnfsev1.natal.rn.gov.br:8444/axis2/services/NfseWSServiceV1/
Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor.
O erro é presente em mais de um cliente, utilizando Windows 7 e 10.- 1
-
Boa tarde!
Estou utilizando a versão 1.1.1.7, porém, o problema persiste. -
Boa tarde Daniel, obrigado pelo retorno.
A falta das DLLs seriam somente da "libeay32.dll" e "ssleay32.dll"? Digo isso, pois elas já estão juntas na mesma pasta do executável.
É necessário registrar-lás? -
-
Bom dia Ítalo,
Refiz o teste, era só o campo URI mesmo, o campo foi alterado, logo após re-gerei o lote e o campo foi preenchido, agora todas as filiais estão funcionando normalmente.
Muito obrigado! -
Boa tarde Italo,
As filiais são da mesma cidade. -
Bom dia Ítalo,
De fato o campo "URI" está com conteúdo "0".
Porém, o que não mencionei na mensagem anterior foi que o cliente utiliza três filiais em um mesmo banco de dados, e uma das filias, a filial 1, funciona normalmente, a TAG é assinada, já nas demais filiais (2 e 3) isso não acontece.
Verifiquei o arquivo "Natal.ini" em cada filial e todos estão com o campo "URI=0". -
Prezados, estou com um erro no lote "Assinatura do documento não compatível com o conteúdo para a tag InfRps" se dá após o processamento do lote, ao verificar o lote, percebo que a TAG "Reference URI" não tem conteúdo, conforme acontecia nas versões anteriores onde essa TAG era preenchida com o número da RPS + série.
Rejeição 494: Chave de Acesso inexistente
em ACBrNFe
Postado
Rejeição 494: Chave de acesso inexistente ao tentar cancelar uma NF-e, porém, a chave de acesso que está sendo passada para registrar o evento consta no Portal Nacional.
Observei que esse problema acontece duas vezes, e as duas vezes ocorreram quando a NF-e que está tentando ser cancelada possui vínculo com uma MDF-e, mas o estranho é que essa MDF-e já foi cancelada e consta esse evento para a NF-e também, então, a NF-e poderia e deveria ser cancelada normalmente.