Antonio Carlos L

Isso que o Juninho colocou é importante, tivemos máquinas que tinham todos os update menos o IE11 e não funcionava o TLS1.2 somente após a instalação em separado do IE11 é que passou a funcionar

Obrigado !!!

Obrigado pelo retorno @Felipe E. Resende Mesquita, então pelo que entendi, se o indPres <> 4 informar OU não havendo FRETE, é possível informar apenas a tag CPF ?

Caros, um cliente me pediu para mudar a forma de identificar o cliente na NFCe, ele quer que seja informado apenas o CPF pois me diz que vários outros programas fazem assim. Ocorre que a situação onde o sistema exige a identificação do cliente é em compras com entrega e com valor superior a 10.000,00 ( RJ ) Os colegas sabem informar se colocar APENAS a tag CPF a nota 65 passa ? Obrigado.

Existe na internet várias ocorrências sobre problemas de atualizações na versão 1803 provocando sintomas de congelamento

Acredito que as diversas impressoras implementem formas. Diferentes e específicas e isso requeira tempo por isso acredito que seria interessante que cada membro que faça uso de impressão compatível com o padrão passe dados mais específicos. De minha parte acho que a forma tradicional resolva por enquanto. Bom noite a todos.

@brsamn o windows 7 deve estar com TODAS as atualizações de segurança efetuada, sem ter sido puladas ou canceladas, experimenta fazer o teste usando o W10 por exemplo e veja o comportamento

@brsamn qual sob qual SO que esta efetuando os testes ?

Ola @Gr@c@ o windows 7 para funcionar sob o protocolo TLS 1.2 deve estar com todas as atualizações posteriores ao SP1 instalado, já fiz testes e se colocar apenas aquelas que se relacione ao TLS 1.2 o comportamento é intermitente . Após ter instalado TODAS as atualizações e são quase 190 falando apenas do windows o teste é muito simples. O Internet explorer deverá ter sido atualizado do 8 para o 11 e basta ir em configurações, deixar apenas TLS 1.2 marcado ( desmarcar SSL e os outros TLS ) , aplicar , OK e sair do IE . Importante as cadeias v5 ICP já estarem instaladas ! Voltara a abrir o IE e seguir a dica do @marcoprodata colar e chamar a URL https://nfe-homologacao.svrs.rs.gov.br/ws/NfeStatusServico/NfeStatusServico4.asmx?wsdl feito isso o navegador ( dependendo das configurações de segurança pode dar algo sobre certificado, mas basta avançar ) e vai ser chamado a tela de certificado digital e logo após será exibido a tela de consulta. Feito isso o ACBr funciona 100% usando SSLCryptLib := cryWinCrypt; SSLHttpLib :=httpWinHttp; SSLLib :=libWinCrypt SSLXmlSignLib := xsLibXml2 SSLType := LT_TLSv1_2 Espero ter ajudado.

@mbjinf a opção ALL faz o componente fazer uma busca e tentativa de cima para baixo, como a Sefaz não está bloqueando diferente de TLS 1.2 como vc vai saber qual protocolo foi usado ?

Isso ocorre se não houver suporte ao TLS1.2 ( ver as dicas valiosas do @marcoprodata ) e nas configurações do IE não estiver desmarcado SSL e marcado TLS

Pessoal achei esse site que testa se o seu navegador tem suporte a TLS 1.2 e outros testes https://www.ssllabs.com/ssltest/viewMyClient.html

Obrigado @Felipe E. Resende Mesquita

@BigWings você sabe se existe um teste a ser feito para saber se o SO reconhece o TSL 1.2 ou a unica forma é colocar o aplicativo em SSLtype=LT_TSLv1_2 e experimentar ? Não sei se tem essa má experiência, mas não é raro o usuário dizer que todos os outros programas funcionam, ou quando eles costumam arrumar aquele técnico que resolve qualquer problema por R$20,00. Obrigado mais uma vez.

Obrigado @Dércio Luis Zanatta pela elucidação, eu tinha deixado assim antes, mas fiquei receoso de dar problema.

Obrigado @BigWings pela sua atenção, e @RickMao as atualizações que você se refere de dlls do SO seriam essa descrita em : https://support.microsoft.com/pt-br/help/3140245/update-to-enable-tls-1-1-and-tls-1-2-as-a-default-secure-protocols-in podendo ser obtidas em https://www.catalog.update.microsoft.com/search.aspx?q=kb3140245 ? A data dessa atualização é 14/06/2016 seria isso que se refere ?

Obrigado @Felipe E. Resende Mesquita ,pela resposta. Eu não uso a OpenSSL pois muitos clientes persistem em usar certificado A3 . a minha configuração esta dessa forma, aqui em teste. Obrigado pelo link dos posts , em especial o primeiro do fim da capicom. Pelo que entendi, mesmo não dependendo das configurações do IE ainda vou precisar ter a Capicom e a Mssmls.dll registradas , para o A3 poder ser lido, seria isso mesmo ?

@BigWingsobrigado pela resposta. Corrija-me se estiver errado, considerando não usar a OpenSSL Se estiver dessa forma : SSLCryptLib = cryWinCrypt , SSLHttpLib = httpWinHttp , SSLLib = libWinCrypt , SSLXmlSignLib = xsLibXml2 e SSLtype = LT_TSLv1_2 o protocolo TLS 1.2 esta habitado independente da configuração do Internet Explorer ? Dessa forma os certificados A1 e A3 são reconhecidos ?

Caros o protocolo TSL 1.2 já esta ativo por padrão ao termos a configuração abaixo ou é necessário mexer em algo no Internet Explorer Falo na versão 3.10 também, não somente na 4.0. Obrigado

Oi Felipe, vc deve ter lido sem a edição posterior, estava escrevendo e do nada postou, mas editei .

Caros estou com um sistema configurado em homologação conforme imagem Esta seria a melhor configuração se não vou usar OpenSSL e não pretendo deixar as configurações do Internet Explorer atrapalhar? Quais as DLLs devem ser distribuídas das pasta abaixo , quais versões corretas ? Creio que preciso distribuir as Dlls da OpenSSl pois existe algum tipo de dependência correto ? As Dlls em XMLSec 32 ou 64 referencia a compilação do executável ou o Sistema operacional ? Obrigado.

Daniel o que é Tipo = 2 ? Alguma relação com o verQr100 / verQr200 ?

Daniel a última foto foi usando as seguintes configurações : ACBrNFeDANFeESCPOS.pas e na linha 677: Altura := max(43*TextoLateral.Count, 560); ACBrPosPrinter.ConfigQRCode ErrorLevel := 0; LarguraModulo := 4; Tipo := 2; FPosPrinter.Buffer.Add( '<qrcode>'+qrcode+'</qrcode>'+ '<qrcode_largura>'+IntToStr(FPosPrinter.ConfigQRCode.LarguraModulo)+'</qrcode_largura>'+ '<qrcode_error>'+IntToStr(FPosPrinter.ConfigQRCode.ErrorLevel)+'</qrcode_error>'+ '<qrcode_tipo>'+IntToStr(FPosPrinter.ConfigQRCode.Tipo)+'</qrcode_tipo>');

Segundo o Andre : "É compatível com as impressoras que aceitam comandos ESC/POS nativos, ou seja, que esteja configurado o modelo ppEscPosEpson" Acho que essa marca usa outro tipo

Não sei se ajuda