AlessandroRibeiro

Bom dia Régys. Este é o problema, pois aqui na empresa não ocorre esta demora, somente no ambiente do cliente. Eu consegui chegar até este ponto do código enchendo os fontes de ShowMessage (gambi nota 10!). Como estou utilizando este trecho para capturar a data do vencimento do certificado e ele continuou funcionando, deixei o código ignorado. Grato pela presteza de sempre! Alessandro

Bom dia Carlos. Também estou estou com o mesmo problema: lentidão após a atualização. Um dos pontos eu consegui encontrar, e está no ACBrNFeConfiguracoes.pas, a partir da linha 530. Eu ignorei o código e voltou a ficar rápido, mas ainda há algum outro ponto que eu não estou conseguindo encontrar e está causando lentidão. Alguém tem alguma ideia? FSubjectName := Cert.SubjectName; for J:=1 to Cert.Extensions.Count do begin Extension := IInterface(Cert.Extensions.Item[J]) as IExtension; Propriedades := Extension.EncodedData.Format(True); if (Pos('2.16.76.1.3.3',Propriedades) > 0) then begin Lista := TStringList.Create; try Lista.Text := Propriedades; for K:=0 to Lista.Count-1 do begin if (Pos('2.16.76.1.3.3',Lista.Strings[K]) > 0) then begin FCNPJ := StringReplace(Lista.Strings[K],'2.16.76.1.3.3=','',[rfIgnoreCase]); FCNPJ := OnlyNumber(HexToAscii(RemoveString(' ',FCNPJ))); break; end; end; finally Lista.free; end; break; end; Extension := nil; end; Alessandro

Boa tarde pessoal. Finalmente consegui resolver o problema. Vou colocar aqui, caso alguém mais passe também por isso. Fiz tudo o que foi recomendado nos posts anteriores, sem nenhum sucesso, conforme muitos acompanharam e tentaram ajudar. Vejam bem, não estou dizendo que não adiantou de nada as orientações, mas simplesmente que, sem a alteração feita no sistema, elas não surtiram efeito. Como eu havia dito, nós trabalhamos com 2 sistemas: o ERP gera os arquivos .xml, validando e assinando (nesta ordem). Outro programa, fica executando no mesmo PC (ou em outro PC, depende do cliente), em modo automático, lendo os arquivos .xml gerados e enviando para a SEFAZ. O que foi feito: eu retirei o processo de assinatura que era feito ao gerar o .xml e deixei que o componente o fizesse, no momento da validação, pois, quando é feita a validação, se não estiver assinado, o componente faz a assinatura. Esta simples alteração solucionou o problema de "erro no suporte a canais seguros". Mais uma vez, obrigado a todos que dedicaram do seu tempo para tentar me ajudar, e, principalmente a toda equipe do ACBr, pelo trabalho que vocês tem realizado. Um abraço a todos! Alessandro

Boa tarde Régys. Itens 1, 2, 3, 4 e 6, ok - fiz isso tudo hoje, novamente, antes de iniciar os testes no micro com o Windows 7 32 bits. O micro que havia utilizado inicialmente não estava atualizado, liguei o Windows Update e foram 143 atualizações feitas. O micro do cliente estava atualizado e não havia mais nenhuma atualização disponível. Quanto ao 5, o item "Usar TLS 1.0" estava marcado no micro que havia dado certo (com o Windows 7 64 bits), então acabei deixando ele igual no outro micro com o Windows 7 32 bits. Como foram muitas tentativas, nem sei mais como está no cliente. Vou ligar lá, ver a configuração, mudar se necessário e, se tiver alguma mudança eu deixo vocês avisados. Obrigado pelas dicas Régys. []s Alessandro

Boa tarde Juliomar. Os certificados digitais são novos, e, conforme havia dito, um é de 07/2013 e o outro é de 08/2013 (ambos com validade até 2016). Em um dos computadores instalados, e que não funcionou, já estava instalado a V1 e fiz novamente a V2. Na realidade, está assim: SERASA Autoridade Certificadora Principal (v1 e v2); SERASA Autoridade Certificadora (v1 e v2); SERASA Certificadora Digital (v1 e v2). []s Alessandro

Olá novamente. Esqueçam as novidades . Nós retiramos a leitora do cartão do micro que havia funcionado para testar no outro micro (que não funcionou de maneira alguma). Quando retornamos a leitora ao micro que havia funcionado, ele parou de funcionar e nada mais deu certo - nenhuma configuração foi alterada! Simplesmente a leitora foi retirada e colocada novamente no micro. Mesmo reiniciando, não funcionou mais. O que eu notei: quando deu certo, ele pediu o PIN apenas no primeiro arquivo .xml gerado e depois, no outro programa, apenas na primeira NF-e eviada. As 7 NF-es emitidas a seguir foram geradas sem nova solicitação do PIN. Quando a leitora voltou para o micro que tinha dado certo, ele começou a pedir o PIN a cada documento e então o problema apareceu. Tem alguma configuração que eu possa fazer para não ficar solicitado o PIN, e, quem sabe assim, resolver o problema? []s Alessandro

Bom dia pessoal. Tenho novidades. Funcionou em um pc com Windows 7 64 bits. Conferimos e deixamos iguais as configurações do IE (ambos utilizando o IE 9). No W7 32 bits, que já não funcionava, continuou não funcionando. Alguém tem alguma outra dica? [] Alessandro

Boa noite Kiko. Aqui na empresa estamos trabalhando com IE 8 e lá, no cliente, com IE 10. Sim, foi reproduzido exatamente o mesmo erro. Quanto aos clientes que estão funcionando, vou pegar algum e verificar as configurações do IE amanhã. De qualquer maneira, este cliente virá novamente para cá, com o certificado dele, e iremos realizar mais testes. Já restaurei as configurações do IE, exclui os certificados cadastrados e vou começar do zero amanhã novamente. Obrigado pelas dicas e qualquer novidade os manterei informados. []s Alessandro

Boa tarde Kiko. A minha máquina está com o IE 8 e a do cliente está com IE 10. Sim, o erro é exatamente o mesmo. Amanhã ele irá trazer novamente o certificado para a cá e irei realizar mais testes. Vou restaurar o IE e refazer tudo. Mantenho vocês informados sobre o resulto. Obrigado. []s Alessandro

Boa tarde Frederico. Isto já ocorreu comigo (não exatamente nesta situação mencionada por você). Verifique no seu PC se por acaso existe o mesmo arquivo .dcp, em locais diferentes do HD. Veja qual de fato é a correta e tente gerar novamente. []s Alessandro

Boa tarde Juliomar. Conforme sua sugestão, li as regras do fórum. Acredito que o que eu estou fazendo não pode ser considerado SPAM. Você está se referindo ao item 3.2? "Bump"? Se for, pelo desculpas, pois não era esta minha intenção. Enviei pela manhã uma única mensagem, apenas com o objetivo de informar que ainda estava sem solução o problema e, novamente convidando quem tivesse alguma ideia, para postá-la, mesmo que sem sentido, pois estou realmente preocupado com este problema (e ainda fiz uma brincadeira com o Galo Mineiro, pela derrota de ontem). []s Alessandro

Olá novamente Kiko Eu vi isto ontem quando estava olhando as configurações do certificado, então eliminei o que ele não estava utilizando. De fato, eu consegui reproduzir o erro aqui na empresa. Como nada dava certo lá, fazendo todo tipo de configuração que a gente imaginava, o cliente trouxe o certificado que é utilizado pelo contador dele (que foi o que eu eliminei do micro dele e que ele não estava utilizando) e ficou do nosso lado, acompanhando os testes e digitando o PIN quando necessário - foi muito chato isso - pois a gente imaginou que aqui iria dar certo e poderia falar que era algo no micro dele (até então, a ideia seria formatar a máquina). Quanto a comparar o que é semelhante, seria para comparar exatamente o que? []s Alessandro

Bom dia Kiko. O programa X gera o arquivo .xml, validado e assinado. O programa Y (parecido com o ACBrMonitor), fica executando, minimizado, verificando se há alguma NF para transmissão. Quando o programa Y encontra um novo .xml, ele faz a transmissão e aguarda o retorno da SEFAZ. Isto, na primeira ocorrência, tudo bem. Quando o programa Y envia uma NF-e, e outra é gerada, validada e assinada pelo programa X, na segunda tentativa do Y (que continuou aberto), é que o erro ocorre. Acredito que sua teoria sobre a criptografia e algo ter ficado na memória, esteja correta. No entanto, este problema, até o momento, sem solução, está em 1 cliente. Este programa separado do nosso ERP, é uma solução interessante, pois ficou muito rápido, liberando a pessoa que gera as NFs para trabalhar em outras atividades. Novamente obrigado pessoal, mas vou continuar procurando, pois é algo na configuração do certificado/micro/componentes. []s Alessandro

Bom dia Juliomar. A intenção de ficar postando é para que saibam que o problema persiste, pois vi em outros tópicos criados aqui no fórum, sobre este assunto, que simplesmente não tem um final. Parece que 'morreram'. Se estou fazendo isto, é porque não sei mais o que fazer. Como havia dito no começo, fizemos um teste em uma máquina zerada, com o Windows 7, 32 bits, onde fizemos todas as instalações necessárias e o cliente trouxe o certificado dele para cá, na empresa, para realizarmos os testes. []s Alessandro

Bom dia a todos. Até agora nada... o problema persiste (e está ganhando! Diria que está 3X1 rsrsrs). []s Alessandro

Boa tarde pessoal. Alguém com alguma ideia maluca por aí? Qualquer coisa... []s

Bom dia Kiko. Sim, os 2 sistemas utilizam o ACBr. Quanto à senha, havia feito a configuração no meu sistema para guardar o PIN e utilizá-lo. Depois que começou a ocorrer este problema, nós removemos esta funcionalidade do sistema, pois um dos prováveis problemas, era justamente o armazenamento do PIN. Abraço.

Bom dia pessoal. Hoje atualizei o Windows na empresa do cliente, junto com o hotfix do horário de verão. Mesmo assim, nada. Alessandro

Bom dia Régys! Ok, entendido. Obrigado pelo retorno. Alessandro

Boa tarde Régys. Se, por acaso, eu não atualizar os componentes do ACBr, então terei problemas? Havia entendido que estas "cifras" estavam ligadas ao certificado utilizado e não ao sistema em si. É isso mesmo? Grato. Alessandro

Ricardo, boa tarde. Já pensei nesta possibilidade, mas seriam muitas alterações a serem feitas no sistema que está estável. Provavelmente irá funcionar sim, pois eu consigo fazer diversas operações, várias vezes, sem nenhum tipo de problema (desde que não utilize o sistema que valida e assina os .xml). Kiko, fui conferir a máquina que preparamos aqui: firewall apenas do Windows e desativado, e sem qualquer antivírus instalado (preciso providenciar isso logo rsrs). O cliente já fechou a empresa por hoje, amanhã continuarei os testes e novas configurações no I.E.. Mas, qualquer nova ideia, é só falar que eu testo logo em seguida. Abraços pessoal e novamente obrigado pelo interesse e disponibilidade de vocês. Alessandro

Oi Kiko. Sim, foi utilizado o instalador disponível no site da Serasa (não sei se exatamente este que você colocou no link). No teste feito aqui na empresa, pegamos uma máquina "zerada", com o Windows 7 32 bits e a preparamos para executar o sistema. Segue tela com o resultado do site do SERASA: Check List - Teste de Assinatura Para realizar o teste é necessário que sua máquina tenha as seguintes configurações: Sistema Operacional: Windows XP Windows Vista Windows 7 Windows 8 Navegador Web Internet Explorer: Versão 6 Versão 7 Versão 8 Versão 9 Versão 10 Controle ActiveX: Habilitado Capicom: Instalado

Bom Ricardo, na dúvida eu já testei de todas as maneiras. Abraço

Olá Kiko. Sim, passa. Este teste eu fiz quando o cliente se dispôs a vir na empresa e trouxe o certificado dele para realizarmos os testes. Como vocês podem ver, não sou de incomodar rsrsrs. Fiz tudo que o que eu estava ao meu alcance antes de trazer o problema aqui, no fórum. Foram páginas e páginas de pesquisa, configurações realizadas e acabei ficando neste estado: sem qualquer nova ideia para falar com ele. Os certificados dele são novos, é um cliente novo... nem dá para falar para trocar por outro, pois os 2 são válidos até 07/2016 e 08/2016. Alguma outra coisa? A propósito: já encontrei orientações divergentes referente às seguintes configurações do I.E.: - Verificar revogação de certificados do servidor - Verificar se há assinaturas em programas baixados - Verificar se há revogação de certificados do editor Em alguns casos, dizendo que tem que marcar e em outros, dizendo que tem que desmarcar (ou até mesmo uma combinação entre as opções). Alguém sabe qual o correto? Alessandro

Olá Mark. Este foi um dos primeiros testes feitos no cliente. Ele acessa as URLs dos Webservices sem problema. Mesmo assim, obrigado pela dica! Abraço Alessandro