deepcat
-
Total de ítens
8 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por deepcat
-
-
Tivemos problemas com a contingencia devido a questao de SP eu creio, temos que ter a autorizacao da EPEC
O pessoal de rede nos mencionou que o servidor de DNS deles está off, teoricamente os IPs continuariam funcionando
Algum dos amigos por acaso teria o IP para o endereco cte.svrs.rs.gov.br ? -
-
Pessoal, aqui estamos conseguindo a aproximadamente 10 minutos. Importante validar com os clientes que entraram em contato para conferir, mas neste momento aparentemente já esta tudo ok!
Abraços -
2 horas atrás, walter faria disse:
Bom dia Obrigado pela resposta.
Porem não compreendi realmente eu uso openSSL e não a capicom tenho que instalar algo para não acontecer isso ? ou é somente na sefaz o problemaObrigado
Bom dia amigo.
Foi meramente um problema com a SEFAZ/SP somente. Neste caso pontual.
No cenário que enfrentamos ontem, independe se usa openssl ou capicom. Ambas falhariam ao tentar comunicação. O exemplo que coloquei usando o openssl foi somente por ser multiplataforma e caso outros estivessem enfrentando dificuldades também em outros SOs poderiam realizar o mesmo teste.
Para não acontecer isto, a unica opção seria ter contingencia disponível na interface para o usuário, e no momento em que ocorresse tal dificuldade alternar para contingencias como EPEC por exemplo ou até contingencia offline para que usa NFCe e precisava do ws da SEFAZ/SP, não haveriam outras formas (no caso, não há contingencia offline para CT-e, então teria que ser alguma outra)
-
14 minutos atrás, walter faria disse:
Pra mim depois da troca de versão , esta impossível cliente reclamando bastante
Vocês fizeram algum coisa pra minimizar o problema
Walter, pelo menos neste caso de hoje notamos que após a manutenção da SEFAZ/SP(considerando o horário previsto para término sugerido por eles) o que se percebe em uma comunicação com o servidor é que ocorre o erro 104 no ssl (usando openssl)
Se proceder com o teste contra ela usando o comando:
openssl s_client -debug -connect nfe.fazenda.sp.gov.br:443
Perceberá que logo no inicio da comunicação a conexão é abortada, não há prompt e não há conclusão do handshake
Já se você testar o mesmo comando acima, porém contra a SEFAZ/RS ou qualquer outra, tudo funciona normalmente, a negociação acontece e segue o protocolo padrão (TLS 1.2)
openssl s_client -debug -connect cte.svrs.rs.gov.br:443
Não vejo algo que possa ser feito no ACBr para solucionar situações como essa.
-
Em 17/02/2014 at 08:53, Carlos Tre disse:
Olá edsonalves,
Observe a captura de tela em anexo e verá que não. Este é o retorno da consulta de uma nota com duas correções aplicadas, e posteriormente cancelada.
https://www.dropbox.com/s/rwgv5ld6kgbabf9/3514020852090900018255001000000620177764.jpg
Cordialmente,
Carlos
Amigao, a imagem nao está mais disponivel....
Gostaria de poder acessar.
Obrigado
-
Amigo, entra em contato com esta empresa que tem solucao web completa, e a mesma pode adequar a realidade que voce menciona. [email protected] ou diretamente no site deles www.advantis.com.br
O processo costuma ser rapido e provavelmente vai te atender na parceria que voce menciona
ERRO HTTP: 500 NO ENVIO DA NFCE
em NFC-e - Nota Fiscal do Consumidor Eletrônica
Postado
Está retornando o codigo 999 - Erro não catalogado, aparentemente tem algo errado ocorrendo lá
ret.xml
Ocorre para os dois endereços, tanto o de NFCe quanto o de NFe
NFCe
https://nfce.sefaz.am.gov.br
NFe
https://nfe.sefaz.am.gov.br
Os cabeçalhos de rotina indicam as falhas ocorrendo na resposta da autorizacao conforme abaixo
Talvez eles coloquem algo no site
http://www.sefaz.am.gov.br/
Mas pelo menos no momento o que me parece ser possível é apenas aguardar.