André Ferreira de Moraes

Está no SVN e disponível tbm no portal da NFe.

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.

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?

No momento use nfe.Det[index].vIPIDevol

O arquivo só será atualizado com os dados da autorização caso a chave do XML seja idêntica a que está no SEFAZ. for i := 0 to TACBrNFe(FPDFeOwner).NotasFiscais.Count - 1 do begin with TACBrNFe(FPDFeOwner).NotasFiscais.Items[i] do begin if (OnlyNumber(FNFeChave) = NumID) then begin Atualiza := (NaoEstaVazio(NFeRetorno.XMLprotNFe)); Veja o arquivo ACBrNFeWebServices na rotina function TNFeConsulta.TratarResposta: Boolean;

Vc precisa configurar a aba "Certificado".

Vc está com a última versão dos fontes? O problema ocorre no demo?

Pq não existe tag com esse nome. E como vc mesmo falou, vc gera o XML e não o ACBr.