Teste dos webservices
Vini Lazev
homologação.
O Virtual do RS funciona normal.
SP e BA também funcionam.
GO e PR me retornam isso:
wsdl error: HTTP ERROR: cURL ERROR: 35: error:140773F2:SSL
routines:SSL23_GET_SERVER_HELLO:sslv3 alert unexpected message
url: https://homolog.sefaz.go.gov.br:443/nfe/services/NfeStatusServico?WSDL
RO (https://ws.nfe.sefin.ro.gov.br/ws/NfeStatusServico?WSDL)
MG (https://hnfe.fazenda.mg.gov.br/nfe/services/NfeStatusServico?WSDL)
e DF (https://homolog.nfe.fazenda.df.gov.br/nfe/ServiceStatus.asmx?
WSDL)
não retornam NADA.
Não testei em todos.
To fazendo algo errado será? Ou é pane nos webservices de homologação
mesmo?
Como funcionou em mais de 1 webservice, acredito não ser problema com
o certificado, até porque o certificado é de GO, onde não funcionou.
Idéias?
Magnata xP
rodar a NFe, eu só consegui rodar no windows.
Pesquisei um monte e não achei uma solução.
Vini Lazev
ele ainda não tá emitindo pois tá me retornando aquele erro estranho.
mario almeida
Alguém já conseguiu enviar um nota fiscal de contingência DPEC??
Estou fazendo uma Função para Envio e esta apresentando o seguinte erro:
Resposta
HTTP/1.1 500 Internal Server Error
Date: Wed, 02 Sep 2009 18:26:15 GMT
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
X-AspNet-Version: 2.0.50727
Cache-Control: private
Content-Type: text/xml; charset=utf-8
Content-Length: 627
<?xml version="1.0" encoding="utf-8"?><soap:Envelope
xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"><soap:Body><soap:Fault><faultcode>soap:Server</faultcode><faultstring>System.Web.Services.Protocols.SoapException:
Server was unable to process request. --->
System.NullReferenceException: Object reference not set to an instance
of an object.
at SCERecepcaoRFB.sceRecepcaoDPEC(XmlDocument sceDadosMsg)
--- End of inner exception stack trace ---</faultstring><detail
/></soap:Fault></soap:Body></soap:Envelope>
O que poderia ser? Gostaria de uma ajuda.
Parâmetros:
$param = array(
'nfeCabecMsg'=>'<?xml version="1.0"
encoding="utf-8"?><sceCabecMsg
xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/SCERecepcaoRFB">
<versaoDados>"'.$cabecVer.'"</versaoDados></sceCabecMsg>',
'nfeDadosMsg'=>' <sceDadosMsg
xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/SCERecepcaoRFB">'.$sNFe.'</sceDadosMsg>');
2009/9/2 Vini Lazev <vini...@gmail.com>:
--
Mário Sampaio de Almeida - MSA_Desenvolvimento Manaus-AM
Magnata xP
A problem occurred somewhere in the SSL/TLS handshake. You really want
the error buffer and read the message there as it pinpoints the
problem slightly more. Could be certificates (file formats, paths,
permissions), passwords, and others.
alguem traduz??
Beto Ees
podendo ser o certificado. senha usuario ou outros
Magnata xP
Mas no meu caso estava tudo certo, só dava esse erro no servidor
linux.
No servidor windows funciona normal.
Beto Ees
linux liberada pra saida ?
Vini Lazev
e BA) e funciona, sem alterar nada de certificado e senha. E ainda tem
estados que não retornam NADA de informação.
Magnata xP
mas no PR dava esse erro ai. Sobre o firewall eu tenho que verificar.
Vini Lazev
Mando consultar o status do webservice de Goiás, cada vez que aperto
F5 pra atualizar e buscar o status aparece uma resposta diferente:
As vezes retorna isso:
HTTP Error: cURL ERROR: 7: couldn't connect to host
url: https://homolog.sefaz.go.gov.br:443/nfe/services/NfeStatusServico
http_code: 0
header_size: 0
request_size: 0
filetime: -1
ssl_verify_result: 0
redirect_count: 0
total_time: 0
namelookup_time: 0.000224
connect_time: 0
pretransfer_time: 0
size_upload: 0
size_download: 0
speed_download: 0
speed_upload: 0
download_content_length: 0
upload_content_length: 0
starttransfer_time: 0
redirect_time: 0
As vezes a mensagem é essa:
routines:SSL23_GET_SERVER_HELLO:sslv3 alert unexpected message
E as vezes, pra piorar tudo, retorna o tão esperado 107 - Serviço em
Operação.
Walber S Sales
1 - EMITENTE
2 - DESTINAT.
Correto seria? 0 e 1 ?
Abraços,
Walber Sales
Beto Ees
verdade ein cara.. depois eu corrigo isso ou quem puder antes
Daniel Lemes
pode explicar mais ??
> __________ Informação do ESET Smart Security, versão da vacina 4390
> (20090902) __________
>
> A mensagem foi verificada pelo ESET Smart Security.
>
> http://www.eset.com
>
>
>
Daniel Lemes
----- Original Message -----
From: "Walber S Sales" <onl...@multnet.com.br>
To: <nfe...@googlegroups.com>
Sent: Thursday, September 03, 2009 6:18 PM
Subject: [nfephp:232] Danfe
>
Vini Lazev
emitente para GO e requerer um Status do Serviço, pelo menos umas 3
vezes pra ver se volta sem erros.
Agradeço
Daniel Lemes
Agradeço
__________ Informação do ESET Smart Security, versão da vacina 4390
Vini Lazev
Walber S Sales
$xmodfrete=$transp->getElementsByTagName("modFrete")->item(0)->nodeValue;
if ($xmodfrete==1) {
}else{
$xmodfrete='O';
}
$this->linha( 3.5, 4.0, 110.2, 149.2, "", "", "", $xmodfrete);
PS:
- Não sei porque, mas se o modfrete==0 , não imprime o 0(zero).
Coloquei um 'O'= Oh
- Não sei como atualizar no site.
[]'s
Walber Sales
www.luagps.com.br
Walber S Sales
Quero alterar para imprimir acima de 27 itens em outra folha.
Alguém tem uma danfe de exemplo com mais de 01 pagina em PDF para ver o
modelo?
Att:
Walber SAles
Vini Lazev
Roberto L. Machado
O sistemas da SEFAZ requerem um intervalo para consulta da situação do
mesmo. É recomendável que o solicitação de status seja feita a
intervalos maiores que 5 minutos.
[]'s
Roberto
Djalma Fadel Junior
Quanto ao número de itens, é uma pendência conhecida desde o início.
A quantidade de 27 itens não é fixa e não pode ser usada como parâmetro para iniciar uma nova página.
A quantidade de itens que cabe na página depende se o DANFE tem CANHOTO e se tem ISSQN. Também temos que implementar opção para não imprimir campo FATURA/DUPLICATAS. Com a omissão desses campos, o campo de itens aumenta pra preencher a página, cabendo mais itens.
Depois de verificado a altura, e a quantidade de itens no while, teria que iniciar uma nova página, recriar o cabeçalho e os campos para itens e dados adicionais (que também pode ser transportado para páginas seguintes).
Quanto ao modFrete, foi falta de atenção minha.
Trocar (linha +/- 146 do danfe.class.php):
if (!empty($texto)) {
por:
if (!empty($texto) || $text == 0) {
Tirar o '+1" no $transp->getElementsByTagName("modFrete")->item(0)->nodeValue
Mudar as descrições 1-Emit, 2-Dest.
att
Em Thu, 3 Sep 2009 22:57:02 -0300
"Walber S Sales" <onl...@multnet.com.br> escreveu:
--
Djalma Fadel Junior
Diretor Técnico
Ferasoft Corporation Ltda
Soluções em Tecnologia da Informação
+55 (19) 3547-3490
Walker de Alencar
http://www.nfe.fazenda.gov.br/portal/VerificacaoDeServicos/VerificacaoServicos.aspx
On 4 set, 07:55, "Roberto L. Machado" <roberto.mach...@superig.com.br>
wrote:
Vini Lazev
Comandos iguais para RS e para GO e as respostas *resumidas* são as
seguintes:
------------------------------------------------------------
COMANDO EM WEBSERVICE DO RS:
------------------------------------------------------------
curl -v -s -k --cert certificado.pem:senha -H "Content-Type:
application/soap+xml;charset=utf-8"
https://homologacao.nfe.sefaz.rs.gov.br/ws/nfestatusservico/NfeStatusServico.asmx?WSDL
------------------------------------------------------------
RESPOSTA DO WEBSERVICE DO RS:
------------------------------------------------------------
* About to connect() to homologacao.nfe.sefaz.rs.gov.br port 443 (#0)
* Trying 200.198.128.11... connected
* Connected to homologacao.nfe.sefaz.rs.gov.br (200.198.128.11) port
443 (#0)
* successfully set certificate verify locations:
* CAfile: none
CApath: /etc/ssl/certs
* SSL connection using RC4-MD5
* Server certificate:
* subject: /C=BR/O=ICP-Brasil/OU=Autoridade Certificadora /OU=SEFAZ/
OU=Equipamento A1/CN=homologacao.nfe.sefaz.rs.gov.br
* start date: 2009-07-01 18:19:29 GMT
* expire date: 2010-07-01 18:09:31 GMT
* common name: homologacao.nfe.sefaz.rs.gov.br (matched)
* issuer: /C=BR/O=ICP-Brasil/OU=Servico Federal de Processamento de
Dados/OU=CSPB-1/CN=Autoridade Certificadora Final v2
* SSL certificate verify result: unable to get local issuer
certificate (20), continuing anyway.
> GET /ws/nfestatusservico/NfeStatusServico.asmx?WSDL HTTP/1.1
> User-Agent: curl/7.18.2 (x86_64-pc-linux-gnu) libcurl/7.18.2 OpenSSL/0.9.8g zlib/1.2.3.3 libidn/1.10
> Host: homologacao.nfe.sefaz.rs.gov.br
> Accept: */*
> Content-Type: application/soap+xml;charset=utf-8
>
< HTTP/1.1 200 OK
< Date: Fri, 04 Sep 2009 15:39:46 GMT
< Cache-Control: private, max-age=0
< Content-Type: text/xml; charset=utf-8
< Content-Length: 3541
<
* Connection #0 to host homologacao.nfe.sefaz.rs.gov.br left intact
* Closing connection #0
* SSLv3, TLS alert, Client hello (1):
------------------------------------------------------------
EM RESUMO, CONECTOU, agora GO:
------------------------------------------------------------
COMANDO EM WEBSERVICE DE GO:
------------------------------------------------------------
curl -v -s -k --cert certificado.pem:senha -H "Content-Type:
application/soap+xml;charset=utf-8" https://homolog.sefaz.go.gov.br/nfe/services/NfeStatusServico?WSDL
> saida.xml
------------------------------------------------------------
RESPOSTA DE WEBSERVICE DE GO:
------------------------------------------------------------
* About to connect() to homolog.sefaz.go.gov.br port 443 (#0)
* Trying 201.48.19.50... connected
* Connected to homolog.sefaz.go.gov.br (201.48.19.50) port 443 (#0)
* successfully set certificate verify locations:
* CAfile: none
CApath: /etc/ssl/certs
* error:140773F2:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert
unexpected message
* Closing connection #0
------------------------------------------------------------
TENTEI NOVAMENTE:
------------------------------------------------------------
* About to connect() to homolog.sefaz.go.gov.br port 443 (#0)
* Trying 201.48.19.50... Unknown error 111
* couldn't connect to host
* Closing connection #0
------------------------------------------------------------
Ou seja, GO não tá nem conectando ou então dá aquele "alert unexpected
message"
Vini Lazev
relatei, vou fechar o post com a forma que resolvemos o problema em
nossos servidores:
O problema de conexão não era só com GO, mas também com MT. Estes dois
servidores apresentavam os problemas de conexão já mencionados. Para
resolver, baixamos a versão da LIBCURL, que antes era 7.18.2, para a
versão 7.18.0. A partir disso, as conexões normalizaram. Não foi
necessário baixar a versão do CURL, somente da libcurl.
Agora o problema está resolvido, mas posso afirmar que GO estava com
problema no webservice também, pois tivemos erro de comunicação até
mesmo utilizando o emissor da própria Receita. Agora a situação parece
estar normalizada.
On 4 set, 12:53, Vini Lazev <vinila...@gmail.com> wrote:
> Fiz um teste simples de conexão via curl no shell do meu servidor.
> Comandos iguais para RS e para GO e as respostas *resumidas* são as
> seguintes:
>
> ------------------------------------------------------------
> COMANDO EM WEBSERVICE DO RS:
> ------------------------------------------------------------
> curl -v -s -k --cert certificado.pem:senha -H "Content-Type:
Walker de Alencar
demais.