Douglas A R Lima

Ok. Obrigado!

Boa tarde, BigWings. Ok! Então confirmando, caso o meu sistema vá emitir NF-e v4.00 com OpenSSL + TLS1.2 devo compilar a mesma com a diretiva {$DEFINE USE_MINGW} e distribuir as DLLs da MinGW independente da versão do sistema operacional?

Boa tarde, senhores. Conforme orientação do Daniel (http://www.projetoacbr.com.br/forum/topic/34177-acbrdfe-openssl-e-tls12/), para utilizarmos OpenSSL e TLS1.2 devemos fazer uso das DLLs compiladas com "MinGW". Estou fazendo testes na NF-e 4.0 (Homologação) para a SEFAZ RS com OpenSSL usando "SSLType = LT_all" e as notas estão sendo transmitidas normalmente. Agora, se altero "SSLType = LT_TLSv1_2" ocorre o erro "OpenSSL 0.9.8n 24 Mar 2010, não suporta LT_TLSv1_2". Eu achava que para enviar NF-e na v4.00 com OpenSSL era obrigatório o uso das DLLs da pasta "...\DLLs\XMLSec\MinGW", haja visto que a partir da v4.00 da NF-e será permitido unicamente o protocolo TLS 1.2. Sei que o componente ACBr faz o ajuste de comunicação para TLS 1.2 se detectar que a versão é superior a 3.1. Mas porque ocorre o erro quando seto direto "SSLType = LT_TLSv1_2". Fiquei até me perguntando se o uso da "MinGW" se aplicaria nos casos WinXP + OpenSSL + A1 + TLS1.2. Estou fazendo testes no Windows 7 Pro com certificado A1. Obrigado!

Bom dia, BigWings. Obrigado pelos esclarecimentos. Com relação a OpenSSL, eu já havia feito o teste e funcionou 100%. Concordo com você, A1 é muito tranquilo com OpenSSL. Mas caso alguém tenha um certificado A1 da VALID e queira utilizar WinCrypt, segue os procedimentos que realizei para o mesmo funcionar em um notebook com Windows 7 Ultimate 32 bits: - Instalei as atualizações disponíveis no Windows Update (103 atualizações); - Instalei o arquivo ".pfx" permitindo exportar a chave privada; - Baixei o instalador da VALID "http://www.validcertificadora.com.br/Instalador" (na instalação selecionei A1, e informei o caminho do ".pfx" e a senha. A principal função do instalador é atualizar as cadeias); - Na aplicação, informei apenas o número de série.

Boa tarde, daniel_paixao. Estou com esta mensagem de erro em um certificado A1 da VALID. Já realizei todos os procedimentos aqui mencionados e não obtive êxito. Poderia compartilhar conosco a sua solução? Obrigado!

Bom dia, André. Atualizado e compilado! Não ocorrem mais os erros mencionados. Obrigado!

Bom dia, senhores! Ontem fiz a atualização via SVN e precisei conferir algumas propriedades do componente ACBrNFeDANFeESCPOS. Ao tentar acessar qualquer propriedade do componente ocorre um "Access Violation". Em alguns momentos também ocorre "Abstract Error". Verifiquei que todos os componentes que possuem referência com a classe "ACBrNFeDANFEClass.pas" apresentam o erro. E todos apontam para o método "GetPathPDF" conforme imagem. Acessei a classe e comentei as alterações, recompilei e parou de ocorrer o erro. Alguém poderia fazer o mesmo teste e verificar se esta tudo ok? Obrigado! Douglas A R Lima

Bom dia, Juliomar e Daniel. Atualizado e compilado sem erros. Muito obrigado! Douglas A R Lima

Bom dia! K2 Software, obrigado! Daniel, refiz o processo e não deu certo. Instalei em uma Máquina Virtual e funcionou 100%. O problema de fato é na minha máquina. Em anexo o arquivo de Log gerado, caso você ou alguém queira analisar e encontre algo que possa me ajudar. Uma pergunta: devo criar um novo post? Obrigado! log_Delphi_2010.txt

Boa tarde, Daniel. Sempre quando atualizo excluo manualmente os arquivos referente ao ACBr das pastas "C:\Users\Public\Documents\RAD Studio\7.0\Bpl" e "C:\Users\Public\Documents\RAD Studio\7.0\Dcp". Refiz o processo conforme sua orientação e ocorreu um erro na instalação. Segue fragmento do Log: ACBr_DFeComum.dpk(35) Fatal: E2202 Required package 'ACBr_OpenSSL' not found Compilation failure Erro ao compilar o pacote "ACBr_DFeComum.dpk". Abortando... Ocorreram erros na compilação dos pacotes. Hoje pela manhã eu copiei as DLL da pasta MinGW / 32 para a pasta Windows/System32. Pode ter alguma relação? De qualquer forma vou refazer todo o processo novamente passo a passo. Obrigado! Douglas A R Lima

Boa tarde, K2 Software. Como você resolveu o erro "Constant object cannot be passed as var parameter"? Estou com o mesmo problema. Método "TDFeSSLXmlSignMsXml.Assinar" da Unit ACBrDFeXsMsXml. Já excluí a minha pasta ACBr e fiz um novo Checkout no SVN e não resolveu. Obrigado! Douglas A R Lima

Ok. Obrigado, Juliomar...

Boa tarde, senhores! Sei que muito já foi dito, e que muitas respostas acabam sendo repetidas, mas lendo o post do EMBarbosa http://www.projetoacbr.com.br/forum/topic/32011-extensão-do-suporte-ao-delphi-7-até-o-fim-do-ano/#comment-211225 Pergunto: os desenvolvedores que compilam suas aplicações nas versões D7, D2005, D2006 ou D2007 (é o meu caso) e não quiserem ter problemas com uma possível quebra de compatibilidade a partir de janeiro de 2017 terão que migrar suas aplicações para Lazarus, D2009 ou posterior?

Bom dia, Rodrigo. De fato o meu código esta diferente da última revisão do SVN. Abaixo o log do SVN e em anexo o código que estou utilizando. Por agora, não vou alterar nada no sistema referente à NF-e / NFC-e, pois estou trabalhando em outro projeto. Então, faça os testes, confirme se realmente o problema é causado por esta revisão, em seguida poste o resultado para que um dos colaboradores do ACBr, se julgarem necessário, possam alterar a Unit. Um abraço... Log do SVN -------------- Revisão: 11028 Autor: dopi Data: 30/01/2016 Mensagem do Autor: ACBrNFe.pas - Correção para usar o parâmetro Destinatário ACBrDANFCeFortesFrA4.pas - Correção de acentuação GetURLQRCode.txt

Rodrigo, O valor esta igual nas duas tag's.