Painel de líderes

Boa tarde, aproveitando o gancho com a resposta acima, (e embora o @Juliomar Marchetti tenha fechado o tópico) gostaria de deixar apenas mais uma dica sobre esse assunto. No Mercado Livre está cheio de "Testador de porta USB / Medidor de voltagem e corrente". Enfim, fica a dica pra quem já teve esse problema, quem sabe usando um testador destes seria possível detectar alguma "anomalia" na USB onde já tenha ocorrido a perda de algum certificado digital A3. Att Ricardo

Boa tarde pessoal, a conclusão que chegamos, foi de que a placa mãe ou a fonte da maquina esta emitindo picos altos de energia através da porta USB, o software jamais apaga essa informação, como já citado acima inúmeras vezes, esse pico de energia acaba danificando o certificado ou a leitora que muitas vezes são genéricos e não trabalham como deveriam.

O problema que você expõem, não está ligado diretamente ao TDI... mas sim a com o ObjectPascal interpreta o Assigned O fato do objeto ser liberado (Free), não faz com que a variável que apontava para ele, seja Nula... Ou seja, o teste "Assigned( veig04 )" resulta em True, pois a variável tem a referencia para uma posição de memória... Mas como essa posição agora aponta para um Objeto que foi eliminado (pelo caFree do Form), então você receberá um A.V. Tente o seguinte (P.O.G.) procedure TVEIG04.FormClose(Sender: TObject; var CloseAction: TCloseAction); begin CloseAction := caFree; veig04 := nil; end;

Boa tarde! Como sugestão faça um download pelo site do portal nacional (usando o certificado), porque o XML que vc tem está exatamente como a informação diz. Pode abrir ele e vc verá que o <DigestValue> do XML não confere com o <digVal> do protocolo de autorização. Provavelmente vc teve um problema ao enviar e o XML foi enviado. Depois fez uma tentativa de envio novamente (para ter o XML completo), porém a nota estava autorizada e retornou o protocolo de autorização que foi juntando ao XML como o ACBrMonitorPLUS faz. Porém o último XML que vc gerou deve ter alguma coisa diferente do que foi, nem que seja um espaço, mas que não é o mesmo, isto não é. Abra o que vc tem e verifique <DigestValue> e no protocolo de autorização procure por <digVal> se não são iguais, é como o BigWings comentou, dependendo para quem você envia, poderá não aceitar por não ser um XML juridicamente válido.

Vc instalou o certificado sem selecionar a opção "Marcar esta chave como exportável".

Correto, apenas lembre que esse XML não é um XML juridicamente válido, e que os dados contidos nele podem estar diferentes dos dados do XML real.

Boa tarde, Eu desmarquei a opção ""validar Digest Value ao consultar XML" e agora está dando o retorno de "NFe Autorizado" como eu queria. Obrigado a todos!

Este SAT é o mesmo da Gertec em OEM -

Bom dia Ricardo, quando seleciona ssllib=licapicom o demo já fixa o ssltype=lt_tlsv1_2 deixei o padrão que o demo configura.

O erro 'Digest value do documento não confere' indica que o XML que você está consultando tem dados diferentes do XML autorizado, pois está sendo gerado um DigestValue diferente. Poste o XML...

Obrigado Juliomar

Vc deve solicitar o cadastro através do email [email protected]

Vc deve fazer uma homologação do seu software junto a uma pessoa indicada pela SEFAZ do Ceará. Use o email [email protected] para mais informações. https://groups.google.com/forum/?hl=pt-BR#!topic/sefaz_integrador_fiscal/-SrOrXQ0Yws

Boa noite, Você esta usando o programa exemplo para realizar os testes?

Boa noite a todos, Endosso as palavras do nosso amigo acima, o atendimento da Dimep, especificamente da @anape_costa foi excelente. No que diz respeito a mim, o tópico está fechado. Abraços a todos

Boa tarde Obrigado pela correção já está no svn

Hoje tive o mesmo problema testei todas as maneiras descritas e não consegui fazer funcionar , meu cliente utiliza UolHost, fiz o passo a passo com as configurações do site do UOL Host e não funcionou, sempre retornava erro de login. Consegui falar com o suporte e me passaram que mudou o servidor, de smtps.uol.com.br para smtp.uhserver.com, a configuração que funcionou ficou assim: ACBrMail1.From := '[email protected]'; ACBrMail1.FromName := '[email protected]'; ACBrMail1.Host := 'smtp.uhserver.com'; ACBrMail1.Username := '[email protected]'; ACBrMail1.Password := 'senhadoemail'; ACBrMail1.Port := '587'; ACBrMail1.SetTLS := false ; ACBrMail1.SetSSL := false ;

Galera descobri, desculpem minha ignorância mas a solução é muito simples, caso aconteça esta mensagem(provavelmente pra quem utilizar hotmail) tente usar: ACBrMail1.Port := '587'; ACBrMail1.SetSSL := false; ACBrMail1.SetTLS := true; Eu estava usando SetTLS = false, coloquei true funcionou. Obrigado.