André Ferreira de Moraes

Vc deve verificar se seu estado já aceita versão 2 do QrCode. Atualmente apenas alguns estados estão aceitando em ambiente de homologação.

Basta vc não informar o valor do IPI

Os endereços do ACBrNFeServicos.ini estão seguindo os disponibilizados em http://nfce.encat.org/desenvolvedor/url-por-uf-utilizada-para-consulta-chave-qr-code-versao-2-0/ Provavelmente a SEFAZ PE não está preparada para a versão 2.00 do Qr-Code.

Este arquivo anexado não é oq deve ser enviado a SEFAZ.

Esses são apenas os endereços dos webservices, o SOAP Action está dentro do envelope. Anexe um arquivo que contenha todo o envelope SOAP.

Atualize sua pasta schemas.

Não sei, sem um passo a passo pra simular não tenho como analisar. Se vc está com os fontes atualizados, o grupo ICMSST só deveria ser gerado se o campo ICMS.CST = cstRep60, caso esteja informado cst60 deveria gerar o grupo ICMS60.

Provavelmente seu SoapAction não está correto.

Vc precisa incluir os novos campos da versão 4.00. Veja a NT 2016.002 - http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=qsg ostnbKY=

Em ambiente de homologação nem na versão 3.10 funciona OpenSSL em Goiás.

Windows XP não possui suporte oficial ao TLS 1.2 - https://blogs.msdn.microsoft.com/kaushal/2011/10/02/support-for-ssltls-protocols-on-windows/ Vc deve usar OpenSSL ou tentar uma das atualizações não oficiais - https://sockettools.com/kb/support-for-tls-1-2-on-windows-xp/

A openssl deve funcionar em qualquer um dos SOs citados acima, a WinCrypt só é necessária qdo for utilizar certificado A3.

Vejam as funções abaixo para entender quando o arquivo ACBrNFeServicos.ini será lido: procedure TWebServicesConf.LerParams; var ConteudoParams: AnsiString; begin ConteudoParams := LerParamsIniServicos; if ConteudoParams = '' then ConteudoParams := LerParamsInterno; FParams.Text := ConteudoParams; end; function TWebServicesConf.LerParamsIniServicos: AnsiString; var SL: TStringList; begin Result := ''; if (fpConfiguracoes.Arquivos.IniServicos <> '') and FileExists(fpConfiguracoes.Arquivos.IniServicos) then begin SL := TStringList.Create; try SL.LoadFromFile(fpConfiguracoes.Arquivos.IniServicos); Result := SL.Text; finally SL.Free; end; end; end; Ou seja, o arquivo será lido apenas se a propriedade ACBrNFe1.Configuracoes.Arquivos.IniServicos estiver preenchida e o arquivo existir no disco, caso contrário será chamada a função LerParamsInterno que irá obter o conteúdo do Resource embutido automaticamente na aplicação.

Reverti alterações do commit 15264. Não será possível usar LT_ALL na versão 4.00 com HttpWinApi sendo necessário configurar para LT_TLSv1_2

Apenas na última versão funciona.

A versão 2 do QrCode só está disponível em ambiente de homologação. Além disso sua pasta schemas está desatualizada.

Vc pode usar a Synapse para comunicar-se diretamente com a porta serial.

Em qual estado ocorre o erro? É possível reproduzir com o demo?

Teste com a versão do SVN informando LT_TLSv1 ou LT_TLSv1 _1

Substitua o arquivo ACBr\trunk2\Fontes\Terceiros\CodeGear\ACBr_WinHttp.pas por esse ACBr_WinHttp.pas e veja se o problema ainda ocorre.

Vc utiliza o ACBr?

Quais os passos para reproduzir o problema?

Vc deve usar a versão TLS 1.2 para testar os webservices da versão 4.0

No momento use nfe.Det[index].vIPIDevol

A última versão sim.