[falha ajustando winhttp_option_secure_protocols]

Bom dia prezados do ACBr,

Utilizo Windows 10 e certificado A3. 

Quando tento transmitir uma NFe 4.00 no ambiente de produção, estou recebendo a seguinte mensagem:

URL: https://nfe.fazenda.sp.gov.br/ws/nfeautorizacao4.asmx
Falha ajustando WINHTTP_OPTION_SECURE_PROTOCOLS.
Erro: Erro: 87 -1

Está configurado conforme segue:

  ACBrNFe.Configuracoes.Geral.SSLCryptLib := cryWinCrypt;
  ACBrNFe.Configuracoes.Geral.SSLHttpLib := httpWinHttp;
  ACBrNFe.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2;
  ACBrNFe.Configuracoes.WebServices.SSLType := LT_TLSv1_2;

Grata pela ajuda.

 

Tópico similar porém com windows e configuração diferente: 

 

[Rejeição 858 - Grupo de Tributação informado indevidamente]

Bom dia!

Acabei de atualizar o sistema com o ACBR de hoje (08/06/2018)
estou tentando transmitir uma nota com apenas 1 produto (cst60) e com
grupo repasse zerado (Pois esse grupo pode ser maior ou igual a zero)

NotaFiscalItem.Imposto.ICMS.vBCSTRet    := 0;
NotaFiscalItem.Imposto.ICMS.vICMSSTRet  := 0;
NotaFiscalItem.Imposto.ICMS.vBCSTDest := 0;
NotaFiscalItem.Imposto.ICMS.vICMSSTDest := 0;

Mas ao transmitir a nota fiscal ocorre a seguinte mensagem:

Rejeição: Grupo de Tributação informado indevidamente [nItem: 1]

Quando preencho valores nesses campos, funciona.

[NFSe - Tempo limite da operação foi atingido]

Bom dia Italo,

eu tinha entendido sim sobre isso, obrigada pela paciência.
O que acho estranho é por que será que ao transmitir as mesmas rps
em fontes do ACBr de datas diferentes,  um exige aumentar o timeout e o outro fonte, não.
Mesmo assim vou alterar o timeout então.

Obrigada pelas informações!!

[NFSe - Tempo limite da operação foi atingido]

Em 11/05/2018 at 15:49, Italo Jurisato Junior disse:

 

Boa tarde  Italo,

Tanto o fonte do ACBR atual quanto o fonte do ACBR de 2017, não mexi em nenhuma das propriedades 
de ACBrDFeConfiguracoes.pas,  como segue:

IntervaloTentativas = 1000
Tentativas = 5
AguardarConsultaRet = 0
TimeOut = 5000

e no fonte do ACBR de 2017, consigo enviar as mesmas 5 rps do lote normalmente, mesmo com a demora de 20 segundos.
Mas agora, no fonte atual, só envia se mudo o TimeOut para 30000.

Pode dar problemas se aumentar o TimeOut ou isso é mesmo errado? Desculpe se estou sendo insistente.

[NFSe - Tempo limite da operação foi atingido]

3 horas atrás, Italo Jurisato Junior disse:

Bom dia Alice,

Qual é o valor de SSLLib?

Você sabe dizer se ao enviar um lote com 5 RPS (conforme o seu exemplo) o retorno com o numero do protocolo é retornado?

Pois o Ginfes se utiliza da versão 1 do layout da ABRASF e neste caso ocorre o seguinte:

1 - Envio do Lote;

2 - Retorno com o numero do Protocolo;

3 - Consulta a Situação do Lote (essa consulta poderá ser realizada varias vezes e a quantidade é configurável através da propriedade "Tentativas");

4 - Retorno com o status da situação;

5 - Se status for 3 ou 4 - Consulta o Lote de RPS;

6 - Retorno contendo a lista de rejeições (status 3) ou a lista de NFS-e (status 4).

Como você pode ver precisamos saber em qual momento ocorre o erro.

Bom dia Italo!

Estou utilizando SSLLib = libCapicomDelphiSoap e Ginfes = ABRASF_v1

Daí com essas dicas, conferi o xml que está com retorno 3.

Só que o problema não era a questão de recusar envio, o problema era que ao invés de mostrar a mensagem de erro certa, estava mostrando a mensagem de timeout.

Então mudei o TimeOut de 5000 para 30000. Agora mostra a mensagem de erro correta.

Então se eu for transmitir um lote com, por exemplo, 30 NFSe, terei que ir aumentando mais ainda esse timeout?

 

[NFSe - Tempo limite da operação foi atingido]

55 minutos atrás, Alice disse:

Boa tarde pessoal do ACBR,

Estou com o fonte do ACBR de fevereiro de 2018, e quando tento exportar 1 NFSe, exporta com sucesso,
quando tento exportar um lote com umas 5 NFSe, ocorre essa mensagem de erro:

Erro Interno: 0
Erro HTTP: 0

exception class ESOAPHTTPException with message 'O tempo limite da operação foi atingido
URL: https://homologacao.ginfes.com.br/ServiceGinfesImpl - SOAPAction: "".

Quando utilizo fonte do ACBR mais antigo de 2017, o funcionamento está ok.
Não posso atualizar o ACBR agora porque não temos mais tempo aqui para testar novamente as possíveis
mudanças e por isso preciso corrigir o problema pontualmente.

Grata

O erro ocorre na unit ACBrDFeHttpIndy.pas
na exception da função abaixo:

Function TDFeHttpIndy.Enviar

[NFSe - Tempo limite da operação foi atingido]

Boa tarde pessoal do ACBR,

Estou com o fonte do ACBR de fevereiro de 2018, e quando tento exportar 1 NFSe, exporta com sucesso,
quando tento exportar um lote com umas 5 NFSe, ocorre essa mensagem de erro:

Erro Interno: 0
Erro HTTP: 0

exception class ESOAPHTTPException with message 'O tempo limite da operação foi atingido
URL: https://homologacao.ginfes.com.br/ServiceGinfesImpl - SOAPAction: "".

Quando utilizo fonte do ACBR mais antigo de 2017, o funcionamento está ok.
Não posso atualizar o ACBR agora porque não temos mais tempo aqui para testar novamente as possíveis
mudanças e por isso preciso corrigir o problema pontualmente.

Grata

[DelphiXE3 não detecta porta quando impressora está desligada]

Bom dia!

Tenho um código feito em delphi 7 para imprimir cheque utilizando a bematech DP20
através da seguinte função da BEMADP32.dll:

  iRetornoPorta := Bematech_DP_IniciaPorta(pchar(porta));

Mesmo com a impressora desligada, só de o cabo estar conectado na porta correta, a função da dll retorna 1.

Quando passo o código para delphi XE3, imprime corretamente, porém
quando a impressora está desligada, retorna 0.

Qual seria o correto quando a impressora está desligada e com o cabo na porta certa:  Essa função retornar zero ou um ?

Grata pela atenção

[Erro: TLS invalid ecpointformat list]

18 horas atrás, Alice disse:

Em TACBrIBPTax.API_ConsultarProduto retirei apenas o IF abaixo, pois mesmo o valor unitário sendo zero parece que precisa passar o parâmetro <valor> para o webservice.

if AValorUnitario > 0 then
    UrlConsulta := UrlConsulta + '&valor=' + Self.AjustaParam(FormatFloatBr(AValorUnitario,'#.##'));

Deixei assim:  

if AValorUnitario > 0 then
    UrlConsulta := UrlConsulta + '&valor=' + Self.AjustaParam(FormatFloatBr(AValorUnitario,'#.##'))
  else if AValorUnitario = 0 then
    UrlConsulta := UrlConsulta + '&valor=' + '0.00';

[Consulta IBPT do Ncm ou Serviço em Delphi 7]

Entendi. Então gostaria de saber se tem como eu atualizar somente os fontes referente ao ACBrIBPTax ? Isto é, preciso atualizar o ABCr somente no que for suficiente para utilizar a consulta ncm e a consulta serviço no webservice do https://apidoni.ibpt.org.br/.

[Consulta IBPT do Ncm ou Serviço em Delphi 7]

Desculpe, vou reformular a minha pergunta porque acho que estou complicando:

Gostaria de saber como faço para realizar uma consulta de ncm em
https://apidoni.ibpt.org.br/api/v1/produtos? no Delphi 7?
No delphi 7 estou com o fonte do ACBr de 2015, revisão de 03/12/2015

[Consulta IBPT do Ncm ou Serviço em Delphi 7]

Boa tarde,

Gostaria de saber como faço para realizar uma consulta de ncm em
https://apidoni.ibpt.org.br/api/v1/produtos? no Delphi 7?
No Delphi XE3 funciona ok com o ACBrIBPTax.
No delphi 7 estou com o fonte do ACBr de 2016. 
Tentei substituir o ACBrIBPTax pela unit atual, mas ocorre erro HTTP: 500

Grata

[Erro: TLS invalid ecpointformat list]

Em 13/03/2018 at 20:36, Daniel Simoes disse:

Desculpe, não compreendi se há necessidade de algum ajuste nos fontes do ACBr

Em TACBrIBPTax.API_ConsultarProduto retirei apenas o IF abaixo, pois mesmo o valor unitário sendo zero parece que precisa passar o parâmetro <valor> para o webservice.

if AValorUnitario > 0 then
    UrlConsulta := UrlConsulta + '&valor=' + Self.AjustaParam(FormatFloatBr(AValorUnitario,'#.##'));

[Erro: TLS invalid ecpointformat list]

Daniel, obrigada pela ajuda!
Na realidade a url estava faltando passar a descricao, unidadeMedida, valor e gtin com valor zero.

[Erro: TLS invalid ecpointformat list]

Boa tarde!

Segui os passos do artigo e coloquei todas as dlls e o acbr.inc junto com o executável, mas agora está ocorrendo o seguinte erro que não ocorreu no teste direto no site de olhonoimposto.ibpt.org.br

Erro HTTP: 404 Not found
Socket Error: 0
URL: https://apidoni.ibpt.org.br/api/v1/produtos?token...

Resposta HTTP:
{"Message":"No HTTP resource was found that matches the request URI
URL: https://apidoni.ibpt.org.br/api/v1/produtos?token...

[Erro: TLS invalid ecpointformat list]

bom dia pessoal,

estou tentando testar o exemplo do ACBrIBPTax. 
Informo cnpj, token, UF e ncm, clico em consultar e ocorre o seguinte erro:

Erro HTTP:500 Socket Error: SSL_CHECK_SERVERHELLO_TLSEXT: tls invalid ecpointformat list
URL: https://apidoni.ibpt.org.br/api/v1/produtos?

[Falha ao localizar o nó de Assinatura]

Cliquei no botão "Validar Xml" do projeto ACBrNFe_Demo e o erro está aqui:

1871 - Element '{http://www.portalfiscal.inf.br/nfe}NFe': Missing child element(s). Expected is one of ( {http://www.portalfiscal.inf.br/nfe}infNFeSupl, {http://www.w3.org/2000/09/xmldsig#}Signature ).

[Falha ao localizar o nó de Assinatura]

O mesmo erro acontece no projeto ACBrNFe_Demo quando clico em "Validar Assinatura" com o Xml que estou tentando assinar pela aplicação.

Segue anexo com a estrutura do Xml:

[Falha ao localizar o nó de Assinatura]

Mudei as configurações do ACBr Nfe para: cryWinCrypt, httpWinHttp e xsLibXml2

Ao tentar assinar uma NFe 3.10 está mostrando o seguinte erro: 

EACBrDFeException with message: 'Erro: Falha ao localizar o nó de Assinatura'.
CryptExportKey - len

Quando volto a usar a Capicom, funciona normalmente, mas preciso usar a WinCrypt por conta da NF4.0.
O que poderia estar faltando? Pois já coloquei as dlls dependentes na pasta do exe da aplicação.

Grata

[OpenSSL/XMLSec ou CAPICOM, dependencia de bibliotecas externas]

1 hora atrás, Daniel Simoes disse:

Apenas se você for usar a XMLSec... Se você remover o suporte da XMLSec com {$Define DFE_SEM_XMLSEC} em ACBr.INC, então definitivamente não precisará das mudanças para uso da MinGW

As DLLs do OpenSSL vc pode achar em: \ACBr\DLLs\OpenSSL\1.0.2.13

Por enquanto, eu optei por usar a MinGW, e todas as DLLs que estão na pasta dela...

 

eu digo que vou usar o xmlsec pq segundo o artigo "acbrdfe-openssl-e-tls12", para usar TLS1.2, precisa da libxmlsec, e lá diz que a libxmlsec não é compativel com OpenSSL maior que 0.9.8, dai a solução
do artigo é usar todas as dlls da \ACBr\DLLs\XMLSec\MinGW.

Lembrando que minha configuração é:
  SSLCryptLib := libWinCrypt;
  SSLHttpLib := httpWinHttp;
  SSLXmlSignLib := xsLibXml2;
  WebServices.SSLType := LT_TLSv1_2;

[OpenSSL/XMLSec ou CAPICOM, dependencia de bibliotecas externas]

13 minutos atrás, Daniel Simoes disse:

A OPENSSL é necessária... São apenas 2 DLLs... veja a pasta específica do OpenSSL, use a versão 1.0 

Entendi!

==> Devo também, copiar as dlls do \ACBr\DLLs\XMLSec\MinGW e ativar a diretiva USE_MINGW do ACBr.inc  ?

Faço essa pergunta, baseado no seu artigo ACBrDFe OpenSSL e TLS1.2 diz o seguinte:

"...Porém não basta apenas baixar e copiar uma nova versão das DLLs do OpenSSL (libeay32.dll e ssleay32.dll).  O problema, é que a libxmlsec, que se encontra na pasta: "ACBr\DLLs\XMLSec", não é compatível com OpenSSL superior a 0.9.8... e se você simplesmente atualizar as Libs do OpenSSL no seu sistema, provavelmente o ACBrNFe, passará a acusar Exceptions no momento de assinar o XML..."

"...Essas DLLs foram compiladas com "MinGW", e portanto elas precisarão das DLLs de RunTime, da MinGW. Para sua conveniência, copiamos todas as DLLs necessárias para a pasta: \ACBr\\DLLs\XMLSec\MinGW. ...."

 

 

 

[OpenSSL/XMLSec ou CAPICOM, dependencia de bibliotecas externas]

Boa tarde pessoal,

na minha aplicação, configurei o seguinte no ACBRNFe :

  SSLCryptLib := libWinCrypt;
  SSLHttpLib := httpWinHttp;
  SSLXmlSignLib := xsLibXml2;
  WebServices.SSLType := LT_TLSv1_2;

Gostaria de saber se preciso apenas das dll: libxml2, libxslt, libexslt e libiconv ou devo também fazer o passo-a-passo da atualização do OpenSSL
que diz para copiar as dll de \ACBr\DLLs\XMLSec\MinGW e ativar a diretiva USE_MINGW do ACBr.inc conforme o link abaixo:

https://www.projetoacbr.com.br/forum/topic/34177-acbrdfe-openssl-e-tls12/

Estou falando isso porque no artigo dessa página (opensslxmlsec-ou-capicom-dependencia-de-bibliotecas-externas), li o seguinte:

"O ACBr usa o OpenSSL para várias outras tarefas, como: criptografia e assinatura (ACBrEAD), comunicação segura (ACBrMail, ACBrHttp)... e outras... Então hoje, elas sempre serão necessárias... essa dependência já existia no "Trunk1"

[Referencia de frxBarCode.dcu em ACBrNFeDANFEFRDM]

Bom dia pessoal,

Migrei um projeto do Delphi 7 para o Delphi XE3 e o instalador vem com o FastReport 4.
Verifiquei que a unit ACBrNFeDANFEFRDM faz uso do frxBarCode.dcu que está localizado em:
C:\Program Files (x86)\FastReports\LibD17x64
mas em:
C:\Program Files (x86)\FastReports\LibD17
não existe essa unit.

Como configurei a IDE para compilar em 32 bits não sei se posso usar a dcu da pasta LibD17x64.
Por gentileza de onde voces estão pegando a frxBarCode.dcu?

Grata

[Protocolo de Comunicação a partir da versão 4.0 da NFe]

Bom dia, prezados do projeto ACBR,

Por favor, voces tem alguma documentação para me ajudar a implementar a seguinte regra do novo layout 4.00 da NFe:

Padrões Técnicos (item 3.2.2 do MOC)

2.1 Protocolo de Comunicação: A partir da versão 4.0 da NFe será permitido unicamente o protocolo TLS 1.2 ou versão superior. Ou seja, não será mais permitida à comunicação via protocolo SSL.

 

Grata!

[SelecionarCertificado não suportado em TDFeSSLCryptClass]

1 hora atrás, BigWings disse:

Também funciona com a 3.10.

Obrigada pela ajuda. Vou olhar a demo.