ACBrNFe 4.0 - Erro ao executar status Serviço

[Fernando Di Pace]

Fiz todo o procedimento informa pelo o link: A minha app está sendo compilada no 32bits.

Porém o resultado é o mesmo.

---------------------------
Acbrnfe_demo
---------------------------
WebService Consulta Status serviço:
- Inativo ou Inoperante tente novamente.
Erro Interno: 0
Erro HTTP: 500

---------------------------
OK   
---------------------------
 

[Sandro Souza SP]

JJA, as mensagens de erros desapareceram, porem o status vem sem resultados, conseguiu chegar até este ponto, ou já obteve sucesso?

Na imagem que postei o tipo de ambiente aparece como 1 (produção), porém estou informando para Homologação, sei que somente esta liberado

a 4.0 para testes, mas mesmo assim o resultado aparece desta forma. 

Editado 9 Julho, 2017 por sandrovillas
Complemento

[arce]

Uma dúvida. Consigo emitir uma NFe com o layout 3.10 em homologação? Ou apenas 4.0?

[Sandro Souza SP]

Em 05/07/2017 at 11:19, JJA disse:

Bom dia pessoal,

estou testando o componente ACBrNFe com a versão 4.0 e ao executar o comando abaixo da erro usando como Capicom ou WinCrypt:

ACBrNFe.WebServices.StatusServico.Executar;

---------------------------
Atenção
---------------------------
WebService Consulta Status serviço:
- Inativo ou Inoperante tente novamente.
Erro Interno: 0
Erro HTTP: 500

---------------------------
OK   
---------------------------
 

Se mudo para OpenSSL, me retorna o erro:

---------------------------
Atenção
---------------------------
WebService Consulta Status serviço:
- Inativo ou Inoperante tente novamente.
OpenSSL 0.9.8n 24 Mar 2010, não suporta LT_TLSv1_2
---------------------------
OK   
---------------------------
 

Dúvidas:

- Devo atualizar a DLL para usar com OpenSSL correto?

- Para Nfe4.0 não funcionará mais Capicom? Mas o WinCrypt substituiria certo?

Desculpem, houve duplicidade, como eu respondi para um dos membros, não achei junto nas resposta, depois vi que esta no final.

Editado 10 Julho, 2017 por sandrovillas
duplicidade

[JJA]

Em 10/07/2017 at 09:30, arce disse:

Uma dúvida. Consigo emitir uma NFe com o layout 3.10 em homologação? Ou apenas 4.0?

Consegue sim, sem problemas.

Sempre usei homologação para NFe 3.10

Em 06/07/2017 at 14:43, JJA disse:

Boa tarde,

fiz as alterações nacessárias, alterada as DLLs, alterado o arquivo ACBr.inc e recompilado o componente.

O erro da DLL desatualizada não ocorre mais:

OpenSSL 0.9.8n 24 Mar 2010, não suporta LT_TLSv1_2

Porém ocorrem outros erros:

Usando a SSLLib = WinCrypt ou Capicom, ocorre a seguinte mensagem:

WebService Consulta Status serviço:
- Inativo ou Inoperante tente novamente.
PFXDataToCertContextWinApi: Falha em "PFXImportCertStore" Erro: 80090345

 

Usando SSLLib = OpenSSL, ocorre o seguinte erro:

WebService Consulta Status serviço:
- Inativo ou Inoperante tente novamente.
Erro Interno: 11001
Erro HTTP: 500

 

Para mim, sinceramente não importa qual SSLLib usar, desde que eu consiga usar tanto certificados A1 como A3, pois tenho clientes que usam ambas as modalidades.

Bom dia pessoal,

ainda estou enroscado com o erro acima.

O componente ACBr já foi recompilado com a define {$DEFINE USE_MINGW}.

Preciso ativar o define para não usar CAPICOM {$DEFINE DFE_SEM_CAPICOM} também para trabalhar com MinGW?
Não alterei mais nada no ACBr.inc a não sei o uso da MINGW.

[andre.zardo]

Em 07/07/2017 at 14:49, sandrovillas disse:

Vou seguir aqui, se conseguir fazer funcionar, peço que compartilhe ok, vou fazer o mesmo, abç.

 

Boa Tarde amigo, tudo bem?

Estou tentando executar

Nfe.WebServices.StatusServico.Executar;
ShowMessage(NFe.WebServices.StatusServico.xMotivo);

Usando essas configurações:

 SSLLib           := libCapicom
Porem da erro:

Inativo ou Inoperante teste novamente.
Erro Interno: 0
Erro HTTP: 500

 

Se mudo o SSLIB:=libCapicomDelphiSoap, O SHowMessage com o status.xmotivo vem em branco.

Vc consegue me ajudar nesse empreitada

 

 

[JJA]

Boa tarde,

desculpem reviver este tópico, mas ainda estou com  o mesmo problema ao executar o serviço da NFe para versão 4.0.

Estou com meus componentes atualizados e estou testando com a oACBrDemo.

Algúem  de SP que já está trabalhando com NFe 4.0 poderia me dar uma ajuda?

Abraço

[JJA]

Em 09/07/2017 at 13:28, sandrovillas disse:

JJA, as mensagens de erros desapareceram, porem o status vem sem resultados, conseguiu chegar até este ponto, ou já obteve sucesso?

Na imagem que postei o tipo de ambiente aparece como 1 (produção), porém estou informando para Homologação, sei que somente esta liberado

a 4.0 para testes, mas mesmo assim o resultado aparece desta forma. 

Bom dia sandrovillas,

acabei de testar aqui o componente atualizado. Consegui evoluir no seguinte ponto:
- Antes não conseguia nenhum  resultado no status de serviço, nem em homologação e nem em produção.
Hoje consegui obter sucesso no status de homologação, mas produção continua dando o erro 500.

O que eu mudei:
- Havia alterado o arquivo ACBr.inc para instalar com o tal de MinGW, mas como vi que algumas pessoas estavam conseguindo evoluir com o ACBr 4.0 para SP, então só  poderia ser algo que tinha feito.

Pois bem, reverti o arquivo ACBr.inc e reinstalei o componente, e agora consegui obter sucesso no status de serviço em homologação, mas em produção ainda  sem sucesso.

Agora se surgiu algumas dúvidas:
1) ACBr com MinGW será que está com problemas?
2) ACBr com MnGW serve apenas para atender certificados A3 correto? Se usar A1, nem preciso me preocupar em ativa-lo no ACBr?
3) NFe 4.0 para  São Paulo realmente ainda não está disponível para produção?
 

[José Manoel]

1 hora atrás, JJA disse:

Bom dia sandrovillas,

acabei de testar aqui o componente atualizado. Consegui evoluir no seguinte ponto:
- Antes não conseguia nenhum  resultado no status de serviço, nem em homologação e nem em produção.
Hoje consegui obter sucesso no status de homologação, mas produção continua dando o erro 500.

O que eu mudei:
- Havia alterado o arquivo ACBr.inc para instalar com o tal de MinGW, mas como vi que algumas pessoas estavam conseguindo evoluir com o ACBr 4.0 para SP, então só  poderia ser algo que tinha feito.

Pois bem, reverti o arquivo ACBr.inc e reinstalei o componente, e agora consegui obter sucesso no status de serviço em homologação, mas em produção ainda  sem sucesso.

Agora se surgiu algumas dúvidas:
1) ACBr com MinGW será que está com problemas?
2) ACBr com MnGW serve apenas para atender certificados A3 correto? Se usar A1, nem preciso me preocupar em ativa-lo no ACBr?
3) NFe 4.0 para  São Paulo realmente ainda não está disponível para produção?
 

Também estou tendo problemas. Após rodar ACBrNFe.WebServices.StatusServico.Executar tenho a seguinte resposta:

[JJA]

10 minutos atrás, José Manoel disse:

Também estou tendo problemas. Após rodar ACBrNFe.WebServices.StatusServico.Executar tenho a seguinte resposta:

Olá amigo,

noDemo do ACBr também da o  erro ao consultar o serviço. No meu caso em particular o  erro  estava alteração que fiz no arquivo ACBr.inc ativando o MinGW. Acredito que ainda não está 100% esta implantação.

[BigWings]

42 minutos atrás, JJA disse:

1) ACBr com MinGW será que está com problemas?

Tenho usado há mais de 6 meses sem problemas.

Consigo fazer a consulta ao status de SP sem problemas, também:

[Window Title]
Acbrnfe_demo

[Content]
Versão Layout: 4.00 
Ambiente: 2
Versão Aplicativo: SP_NFE_PL009_V4 
Status Código: 107
Status Descrição: Serviço em Operação
UF: SP
Recebimento: 16/10/2017 11:34:41
Tempo Médio: 1
Retorno: 
Observação: 


[OK]

42 minutos atrás, JJA disse:

2) ACBr com MnGW serve apenas para atender certificados A3 correto? Se usar A1, nem preciso me preocupar em ativa-lo no ACBr?

Apenas para certificados A1 com OpenSSL, que não tem suporte a certificados A3.

48 minutos atrás, JJA disse:

3) NFe 4.0 para  São Paulo realmente ainda não está disponível para produção?

Ainda não foram divulgadas as URL. A data prevista para entrada em produção da NFe 4.00 é 06/11/2017, segundo a NT 2016.002 v. 1.31.

 

15 minutos atrás, José Manoel disse:

Também estou tendo problemas. Após rodar ACBrNFe.WebServices.StatusServico.Executar tenho a seguinte resposta:

Tente desmarcar na opções avançadas do IE as referências a revogação de certificados.

[JJA]

14 minutos atrás, BigWings disse:

Apenas para certificados A1 com OpenSSL, que não tem suporte a certificados A3.

BigWings, o que será que errei então na instalação com WinGW para dar o erro de Status erro 500?
Para meus clientes que usam tanto certificado A1 quanto A3, qual a melhor configuração do componente para atender os 2 casos?

[BigWings]

18 minutos atrás, JJA disse:

BigWings, o que será que errei então na instalação com WinGW para dar o erro de Status erro 500?

Difícil adivinhar, o que você pode fazer é testar usando CAPICOM, que não usará as DLLs MinGW, mas as configurações do Internet Explorer.

Prefira testar informando o arquivo .pfx e a senha.

20 minutos atrás, JJA disse:

Para meus clientes que usam tanto certificado A1 quanto A3, qual a melhor configuração do componente para atender os 2 casos?

Para A1 é preferível o OpenSSL. Para A3 eu diria o WinCrypt que não depende das configurações do IE nem da CAPICOM.dll que já foi depreciada pela MS.

[José Manoel]

@BigWings 

. Desmarquei a opção "Verificar se há certificados revogados do fornecedor";

. Alterei a diretiva de compilação {$DEFINE USE_MINGW} e copiei as dlls para a pasta do projeto;

. Coloquei no componente o arquivo pfx e a senha.

Nenhum desses procedimentos deu certo. Será que tem mais alguma coisa?

Muito obrigado.

 

Em 10/07/2017 at 09:30, arce disse:

Uma dúvida. Consigo emitir uma NFe com o layout 3.10 em homologação? Ou apenas 4.0?

3.10 aqui está funcionando normalmente.

[BigWings]

17 horas atrás, José Manoel disse:

Nenhum desses procedimentos deu certo. Será que tem mais alguma coisa?

Atualizações do Windows, cadeias de certificados, opções TLS e SSL do IE, ou configuração SSLLib do ACBr, verificar a URL que está sendo acessada... são várias variáveis. 

[Sandro Souza SP]

Em uma máquina com o delphi XE8 em casa, funciona normal, porém aqui na empresa o mesmo delphi, acbr atualizado igual,

Erro HTTP 500, segue quebrando a cabeça para descobrir onde falhei nas instalações desta, se descobrir algo, posto aqui, abç.

[Italo Giurizzato Junior]

Bom dia Sandro,

Favor configurar o componente para salvar os arquivos Soap (Configuracoes.WebServices.Salvar := True;

Anexe os arquivos soap de envio e de retorno ao realizar a consulta ao Status de Serviço.

[Sandro Souza SP]

Bom dia Italo, quanto a configuração: Configuracoes.WebServices.Salvar := True  - já modifiquei, quanto a anexar os arquivos referidos não entendi.

 

Onde eles geram para serem anexados, e através de qual código efetuo esta verificação e anexo?

 

Um abraço, boa semana de trabalho!

[JJA]

Em 16/10/2017 at 12:16, BigWings disse:

Difícil adivinhar, o que você pode fazer é testar usando CAPICOM, que não usará as DLLs MinGW, mas as configurações do Internet Explorer.

Prefira testar informando o arquivo .pfx e a senha.

Para A1 é preferível o OpenSSL. Para A3 eu diria o WinCrypt que não depende das configurações do IE nem da CAPICOM.dll que já foi depreciada pela MS.

Entendi, mas para desenvolver um sistema aonde preciso atenter os 2 casos, qual deles eu faço? Preciso ter apenas 1 executável para atender certificados A1e A3. Qual a melhor instalação para o componente então? Entendendo que MingGW atendendia A3 e OpenSSL A1, como deixar o componente atendendo os 2 tipos de certificado?

Vi que no arquivo ACbr.inc tem a opção de desabilitar OpenSSL,  CAPICOM e habilitar MingGW:
{.$DEFINE DFE_SEM_OPENSSL}
{.$DEFINE DFE_SEM_CAPICOM}
{.$DEFINE USE_MINGW}

Para instalar o componente para usar MingGW, preciso necessariamente usar tbém a diretiva {.$DEFINE DFE_SEM_CAPICOM} ?
entendendo que a MingGW substitui a CAPICOM, então teria correto?
 

Enfim, qual a combinação de Defines usar para deixar o componente trabalhar com os 2 tipos de certificado?

[BigWings]

21 minutos atrás, JJA disse:

Entendi, mas para desenvolver um sistema aonde preciso atenter os 2 casos, qual deles eu faço? Preciso ter apenas 1 executável para atender certificados A1e A3. Qual a melhor instalação para o componente então? Entendendo que MingGW atendendia A3 e OpenSSL A1, como deixar o componente atendendo os 2 tipos de certificado?

As DLLs da MinGW são usadas quando você define SSLLib como OpenSSL, elas são necessárias para habilitar o acesso a webservices protegidas com TLS 1.2. Se você não vai usar OpenSSL, não precisa do MinGW.

25 minutos atrás, JJA disse:

Para instalar o componente para usar MingGW, preciso necessariamente usar tbém a diretiva {.$DEFINE DFE_SEM_CAPICOM} ?

Não.

25 minutos atrás, JJA disse:

entendendo que a MingGW substitui a CAPICOM, então teria correto?

MinGW é OpenSSL, não substitui a CAPICOM. A substituta do CAPICOM é a WinCrypt.

[anaclaudyya]

Também estou com problema em relação ao ERRO 500.

No momento estou tentando com SP.

Segue em anexo o print do DEMO.

 

[Juliomar Marchetti]

Não é o mesmo erro do outro post?

[Antonio Carlos L]

Boa tarde,

Usando na forma abaixo, SEM MEXER em DLL ou no ACBr INC funciona.

Sobre a alegação de não funcionar em produção é porque a mesma será liberada apenas em 06/11/17 apenas Homologação esta liberada desde 03/07/17

Estou usando para teste certificado A1. Penso que  funcione do mesmo jeito ou para funcionar em A3 ai é que precisa mexer na DLL pois havia entendido que usando a libWinCrypt a comunicação seria diretamente com o windows SEM a CAPICON

 

 

 

 

 

[Sandro Souza SP]

Boa tarde Antonio tudo bem?

Em homologação aqui em SP, coloquei a sua configuração e testei nos dois certificados A1 - A3

nos dois deram resultado positivo.

A única coisa que fiz foi colocar as dlls das pastas do Acbr dentro do System do windows, no meu caso 64 (Syswow64).

Não alterei nada na instalação do Acbr.

Abraço.

[Daniel Simoes]

3 horas atrás, Antonio Carlos L disse:

Penso que  funcione do mesmo jeito ou para funcionar em A3 ai é que precisa mexer na DLL pois havia entendido que usando a libWinCrypt a comunicação seria diretamente com o windows SEM a CAPICON

Sim... usará a MSCrypt API...

Citar

Onde posso encontrar a WinCrypt ?

Ela já está instalada, de forma nativa, no seu Windows... com o nome: "crypt32.dll"

• Se o seu Windows é 64 bits, você encontrará a mesma em:
  • 32 bits: "C:\Windows\SysWOW64"
  • 64 bits "C:\Windows\System32"
• Se o seu Windows é 32 bits, você encontrará a mesma em:
  • "C:\Windows\System32"