Consultar NFe esta do Paraná

[eggustavo]

Bom dia.

Estou fazendo a consulta de um xml do estado do Paraná, porém o que o ACBr esta me retornando é que a NFe não consta na base da sefaz.

Acontece que se fizer a consulta diretamente no site da SEFAZ a NFe consta.

Alguém já passou por este problema?

No aguardo e desde já os meus agradecimento.

[Régys Silveira]

Você configurou a UF corretamente?

[eggustavo]

Olá Regys.

Configurei sim, abaixo segue e linha de código:

ACBrNFe1.Configuracoes.WebServices.UF = 'PR';

No aguardo.

[André Ferreira de Moraes]

Vc está consultando no ambiente correto?(homologação/produção)

[eggustavo]

Olá André.

Estou sim, inclusive fiz um teste com a aplicação de exemplo da própria ACBr e o problema também aconteceu.

No aguardo.

[Mark Apollo]

Passe a chave da NFe para podermos dar uma olhada.

[eggustavo]

41120202674103000162550010000072181000000001

[Angelo Gomes]

Consultei pelo Demo do ACBr em ambiente de produção e tudo ocorreu ok, apareceu ela autorizada.

[Angelo Gomes]

só uma dica, pq já me bati com isso... sempre clique em Salvar Configurações qdo alterar uma config do Demo, para ela ter efeito. Se mudar de homologação pra produção e não clicar em Salvar, ele continua consultando em homologação.

[eggustavo]

Olá Angelo.

Infelizmente já verifiquei isso e mesmo assim a consulta retorna que a NF-e não consta na base da SEFAZ.

De qualquer forma, muito obrigado pela ajuda.

[Angelo Gomes]

Testou outras notas? Certificado está ok, não está vencido?

[Guilherme HA]

Olá, tbm estou com o mesmo problema

pra PR e GO

consultando pelo site do sefaz de cada estado aparece a nota corretamente

mas pelo ACBr da o erro em questao..!

No aguardo

Obrigado

[Guilherme HA]

NInguem tem ideia pessoal ??

[Kiko Fernandes]

consultando pelo site do sefaz de cada estado aparece a nota corretamente

mas pelo ACBr da o erro em questao..!

Estou testando no PR e está retornando sem erro tanto em homologação como em produção.

Vc está usando o Monitor? Se sim qual versão e como está passando o comando? (Apenas pela chave ou está enviando o XML junto).

[Guilherme HA]

Entao! Estou usando so somente as funcoes em um programa particular!

Estou tentando no ambiente de producao, passando apenas a chave e nao o xml!

teve alguma alteracao recente que possa ocasionar isso??

[adrianrb]

Olá.

 

Tb estou tendo problemas com a SEFA-PR, utilizando o monitor. Certificado p12 instalado ok, senha do certificado ok...

 

Entrada:

 

NFE.CONSULTARNFE("41120704480538000100550010000017941000011368")

 

Saída:

ERRO: <em branco>
 

Como vêem, nada de erro, exception...

 

Na verdade, o teste (Status Serviço) já falha:

 

WebService Consulta Status serviço:
- Inativo ou Inoperante tente novamente.
- <?xml version="1.0" encoding="utf-8"?><soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"><soap12:Header><nfeCabecMsg xmlns="http://www.p - URL:https://nfe2.fazenda.pr.gov.br/nfe/NFeStatusServico2 - SOAPAction:http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico2
 

Segue meu ini:

 

[ACBrNFeMonitor]
Modo_TCP=0
Modo_TXT=1
TCP_Porta=3436
Conexoes_Simultaneas=1
TXT_Entrada=ENTNFE.TXT
TXT_Saida=SAINFE.TXT
Intervalo=50
HashSenha=44695B1A05677044
Gravar_Log=1
Arquivo_Log=LOG.TXT
Linhas_Log=0
Gravar_Log_Comp=0
Arquivo_Log_Comp=
Linhas_Log_Comp=0
Uma_Instancia=1
[Certificado]
Caminho=40382334C1C4A6D5
Senha=373C184B4704250638184B046470476B5B1B07
[Geral]
DANFE=0
FormaEmissao=0
LogoMarca=
Salvar=1
PathSalvar=C:\ACBrNFeMonitor\LogPR.txt
Impressora=
[WebService]
UF=PR
Ambiente=0
AjustarAut=0
Aguardar=0
Tentativas=5
Intervalo=1000
[Proxy]
Host=
Porta=
User=
Pass=

Host=
Port=
User=
Pass=
Assunto=
SSL=0
Tipo=0
Mensagem=
[DANFE]
Modelo=0
SoftwareHouse=
Site=
Email=
Fax=
ImpDescPorc=0
MostrarPreview=0
Copias=1
ProdutosPagina=0
EspessuraBorda=1
FonteRazao=12
FonteCampos=10
Margem=0,8
MargemSup=0,8
MargemDir=0,51
MargemEsq=0,6
PathPDF=
DecimaisQTD=0
DecimaisValor=0
ExibeResumo=0
ImprimirValLiq=0
PreImpresso=0
MostrarStatus=0
ExpandirLogo=0
Fonte=-1
[Arquivos]
Salvar=0
PastaMensal=0
AddLiteral=0
EmissaoPathNFe=0
PathNFe=
PathCan=
PathInu=
PathDPEC=

 

Alguma ideia? Detalhe: esse erro do serviço tb ocorre no C# e no Java; ACBr é minha 3ª tentativa...

 

No aguardo,

Adrian
 

[Kiko Fernandes]

(...)

Na verdade, o teste (Status Serviço) já falha:

 

WebService Consulta Status serviço:

- Inativo ou Inoperante tente novamente.

(...)

O PR trocou os certificados no dia 21/11/2012 http://boletim.fazenda.pr.gov.br/boletins/item/2012/29

Você percebeu se o erro começou a dar depois desta data?

Obs.: Windows XP SP2 não funciona mais no PR desde o dia 21/11/2012. Ao consultar o status vc recebe esta mensagem inativo o inoperante se estiver usando XP SP2.

Verifique se teu cliente está usando XP SP3 ou W7.

[adrianrb]

Olá Kiko.

 

Ué, achei q webservices tivesse uma especificação independente de plataforma (soft e hardware)...

 

De qq forma, no nosso servidor de teste (Win Server 2003), funfou ok e de "prima".

Agora vamos ver no cliente...

 

Obrigado pelo excelente trabalho, que Deus abençoe a todos envolvidos no projeto, e bola pra frente!

 

Adrian  

[Régys Silveira]

A implementação é independente, mas conforme a cadeia utilizada e outros fatores certas versões do sistema operacional não suportam.

[igor]

 

 

Ué, achei q webservices tivesse uma especificação independente de plataforma (soft e hardware)...

 

 

 

Mas se vc está utilizando a DLL Capicom, como é que poderia ser independente do seu SO? Ainda mais que a comunicação é feita pelo Internet Explorer????

[Régys Silveira]

Mas se vc está utilizando a DLL Capicom, como é que poderia ser independente do seu SO? Ainda mais que a comunicação é feita pelo Internet Explorer????

Igor, penso que o que o adrianrb está falando dos webservices e não do ACBr.

[igor]

mas a comunicacao com certos webservices nao depende do certificado?

[Régys Silveira]

mas a comunicacao com certos webservices nao depende do certificado?

Sim, mas até onde entendi a pergunta dele, ele fala do lado do webservice, e o webservice funciona para qualquer plataforma, inclusive com ACBr, se você usar o certificado A1 com openssl por exemplo pode usar normalmente no linux, compilando com Lazarus.

 

Agora se você usar a capicom, ai sim, você amarrou com o sistema operacional, mas veja, não é do lado do webservice e sim do lado do aplicativo que está amarrado, portanto, o webservice não é vinculado a uma plataforma, mas o aplicativo esse sim pode ser dependendo da forma que utilize.

[adrianrb]

O q eu achei interessante, e não sei dizer se é ruim ou bom, é o fato da SEFAZ-PR bloquear Win XP SP2...

Imagino q seja pela "análise" do header http(s), o qual, aliás, é facilmente falsificável, pois no protocolo SOAP me parece que não vai nada destas informações (como disse antes, o SOAP em si é agnóstico ao soft/hardware do cliente).

 

A maior vantagem q eu vejo em bloquear um cliente (pelo SO e/ou plataforma), é ter menos dor de cabeça com suporte a sistemas antigos e desatualizados, sem suporte ao SHA2, necessário aos certificados X.509 v3 atuais).

 

Vejam isto: http://support.microsoft.com/kb/968730

 

Fora isso, se o webservice foi bem escrito, não há perigo algum, EMHO.

 

Adrian

[igor]

O que eu quis dizer eh exatamente o que vc falou: se tem alguma coisa amarrando o webservice, é a sua propria aplicacao.

 

Nada me impede por exemplo de usar windows xp sp2 com openssl ^^