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!

Temos diversas video aulas que podem te ajudar. Independente se for utilizar o ACBrMonitor ou a ACBLibSAT o conceito e utilização dos métodos sao idênticos, assim pode decidir qual ferramenta utilizar https://www.projetoacbr.com.br/forum/video/browse/41-aula-27-integrando-com-sat-mfe-indrodução/

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

Eu consegui fazer a comunicação com a dll do ACBrSAT. Eu não estava conseguindo porque eu estava utilizando a dll errada, pois ela varia de acordo com a linguagem de programação, plataforma e arquitetura do computador. Vou dar continuidade ao projeto por meio de comunicação dll mesmo. Agradeço!

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

Experimente passar diretamente o método de EnviarEvento com os dados de cancelamento: https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarEvento.html https://acbr.sourceforge.io/ACBrMonitor/Cancelamento.html Pois o método CancelarNFe realiza uma consulta pela chave para obter o protocolo antes de Enviar o evento, se não estiver conseguindo realizar a Consulta pela chave retorna esse erro...

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:

Boa tarde. Neste caso o ideal seria contatar a prefeitura para mais informações. Att.

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

Bom dia. Esse primeiro erro, é um erro de schemas. Veja que é mencionado validação. Isto é antes de ser enviado: Você provavelmente está com schemas desatualizados nessa máquina. Confirme que está com os componentes ACBr atualizados também. O Manual (MOC 7.0 -Anexo I) menciona que é valor. Não menciona nem que é unitário. Veja:

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

@sfwinfo, essa versão que está utilizando está bastante defasada, inclusive referentes as Notas Técnicas Recentes da SEFAZ que não vai estar nessa versão. Quanto ao modelo de respostas, todos os DFes passaram por uma reestruturação para gerar exatamente como é retornado pela SEFAZ... Mas isso já faz um bom tempo, por isso é importante atualizar o Monitor. Como eu disse na sessão [RETORNO] é apenas a resposta de processamento do método por parte da SEFAZ, note que diz que foi apenas PROCESSADO, para obter o retorno de fato com a autorização ou uma possível rejeiçao é preciso consultar pelo numero do recibo, e é isso que o componente faz... Então para obter a autorização ou rejeição deve sempre se basear na sessão [NFE...] com o numero da NFe. Se analisar os XMLs de gravados vai notar que tem essa mesma estrutura, primeiro obtem o retorno com o Processamento e depois XML com a autorização ou rejeição Obs: A resposta só vira direto na sessão [RETORNO] caso seja realizado um envio Sincrono, para NFCe por exemplo... Mas a NFe o envio é Assincrono por isso terá primeiro o retorno do Processamento de Depois da Consulta do Recibo veja também esse tópico:

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.