Painel de líderes

Tendo a dll capicom.dll registra ela com comando regsvr32 capicom.dll No Delphi : acesse, dentro do menu Component, a opção Import Component Na janela que aparece, selecione Import a Type Library e pressione Next para gerar a Unit CAPICOM_TLB.pas inclua no projeto uses CAPICOM_TLB; agora em um botão coloca o seguinte código procedure TForm1.Button1Click(Sender: TObject); var Certificado: ICertificate2; lSigner : ISigner2; SignedCode : ISignedCode; begin {Assina um exe Digitalmente} try Certificado := CoCertificate.Create; SignedCode := CoSignedCode.Create; lSigner := CoSigner.Create; Certificado.Load('Certificado.pfx', 'senhacertificado', CAPICOM_CERTIFICATE_FIND_SUBJECT_NAME, CAPICOM_STORE_OPEN_READ_ONLY); SignedCode.FileName := 'Aplicativo.exe'; lSigner.Certificate := Certificado; SignedCode.Sign(lSigner); SignedCode.TimeStamp('http://timestamp.digicert.com'); finally end; end; Obs: Postei aqui porque não achei isso em lugar algum na net e queria deixar registrado!

Boa tarde Mariana, Muito obrigado pela colaboração, já enviei para o repositório.

São propriedades públicas, pode alterar direto no código da aplicação; ACBrBoleto.Banco.LayoutVersaoArquivo ACBrBoleto.Banco.LayoutVersaoLote

Boa tarde Eder, Muito obrigado pela colaboração, já enviei para o repositório.

Olá, Tive problema semelhando em um a intervenção feita na impressora. Para resolver fiz a geração do do arquivo TXT da memoria da impressora para ver a movimentação e com isso fiz os lançamentos que faltava manualmente no banco de dados, desta forma consegui gerar o Bloco X pelo software

Obrigado pela ajuda Juliomar, Windows estava atualizado, ontem antes de postar aqui no fórum atualizei o ACBr (o problema era na minha máquina de desenvolvimento), então os dlls já estavam ok, reinstalei o pacote do C++ que você indicou e setei SSLType para TLS1.2 e deu certo. Abraço.

Blz, EMBarbosa. Vou ver aqui se estou com algum arquivo desatualizado. Juliomar, sempre que vou atualizar os fontes do ACBr tiro uma cópia do anterior (backup) e deleto a pasta principal, assim o SVN me trás tudo como se nunca tivesse baixado os fontes antes, porém pode ser que esteja com algum .dcu... desatualizado. Vou checar. Muito obrigado pelas dicas, já me deu um norte aqui. Até o fim do dia eu reporto se deu certo ou não. Obrigado.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn

Obrigado, Deu certo, assinalando Apagar arquivos antigos, obrigadão Daniel

Ta otimo ...obrigado

Primeira coisa o windows está com todos os updates rodados? rode também esse instalador https://github.com/abbodi1406/vcredist/releases verifique se a dll do openssl que está junto ao executável é da versão 1.0 superior e sete somente essas duas propriedades SSLType: TLS1.2 SSLLib: libWinCrypt as demais remova e tente novamente.

O certificado tem que ser com a extensão pfx. é o mesmo que usa para assinar NF-e

parece ser uma versão antiga do Monitor.. veja esse vídeo:

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn

Pra ajudar vamos de exemplo do svn e com ele tente emitir com ele e passe pra n´s aqui como fazer

Olá pessoal, Para quem ainda não sabe estou promovendo um Refactoring no componente ACBrNFSe. Ele praticamente foi reescrito do zero e infelizmente teremos algumas quebras de código quando ele for liberado. Mas vamos falar de coisas boas. Hoje temos que disponibilizar para os nossos clientes além do executável, DLLs, os famosos arquivos INI, o arquivo Cidades.ini e os arquivos INI dos provedores. Pois bem, isso acabou. Os arquivos INI referente aos provedores se transformaram em Unit, ou seja, fazem parte do fonte do componente. O conteúdo do arquivo Cidades.ini migrou para o arquivo ACBrNFSeServicos.ini que é transformando no ACBrNFSeServicos.res através do BAT: Compila_RES. O arquivo ACBrNFSeServicos.res é incorporado ao executável, logo vocês só vão precisar distribuir o executável e as DLLs para os seus clientes. O que vocês acharam dessa mudança? Ainda não esta 100%, em função das diferenças dos provedores, mas criei um novo método chamado Emitir que tem por finalidade gerar o XML do RPS, assinar se necessário, gerar o Lote e assinar se necessário, enviar, aguardar o retorno do XML da NFSe. Independente do serviço que o provedor se utiliza para recepcionar o XML do RPS. Vou dar um exemplo: O provedor 4R que segue a versão 2 do layout da ABRASF implementou somente o método EnviarLoteRpsSincrono para recepcionar o RPS, sendo que no Manual da ABRASF versão 2 estão previstos os métodos: EnviarLoteRps, EnviarLoteRpsSincrono e GerarNfse. Por outro lado o provedor ISSJoinville que também segue a versão 2 do layout da ABRASF implementou somente o método EnviarLoteRps. Se vocês tem clientes cujas cidades utilizam o provedor 4R e tem clientes em Joinville, ou vocês tem duas aplicações ou a aplicação tem uma tela de configuração para definir qual método a ser utilizado. O método Emitir vem para tentar resolver esse problema da seguinte forma: se o provedor for 4R ele vai se utilizar do método EnviarLoteRpsSincrono automaticamente, agora se for ISSJoinville vai usar o EnviarLoteRps. Desta forma não precisamos de nos preocuparmos com qual o método devemos usar para enviar o RPS para o webservice. Acredito que vai ficar muito bom e pratico. O que vocês acham? Muita coisa já foi feita e muito mais precisa ser feito. Para que vocês tenham uma ideia foi criado 32 Units, ou seja, uma para cada provedor que segue a versão 1 do layout da ABRASF, mais 53 Units para os provedores que seguem a versão 2 do layout da ABRASF e mais 19 Units para os provedores que tem o seu próprio layout. Até o final deste mês de outubro estarei disponibilizando o programa exemplo compilado para que vocês possam fazer mais testes. Em breve vou explicar como vão ser os testes e como reportar os resultados. Antes que eu esqueça, esse Refactoring visa poder incluir a emissão da NFS-e no ACBrMonitor Plus e a criação do ACBrLibNFSe (DLL). Um forte abraço a todos.