Painel de líderes

Como o SAT Linker II entrou no horário de verão e está gerando problemas para vários clientes e ouve muita reclamação na SEFAZ SP de vários contribuintes, será enviando um comando no dia 16/12/2019, conforme descrito abaixo: Carregar uma parametrização default com data de entrada em horário de verão D 00:00:00 e data de saída D+1 03:00:00; Agendar um comando_006 para atualização da parametrização para as 18:00 horas do dia 16/12/2019 O sat quando receber a parametrização não deverá adiantar 1h porque já está 1h adiantado Às 03:00 de D+1, o SAT volta 1h do dia 17/12/2019 Se o SAT não estiver ligado em D, quando for ligado em D+1 pela manhã também já estará fora do horário de verão O impacto que pode ocorrer é se a loja funciona de madrugada e emitiu um cupom às 02:59:00 de D+1, o SAT então voltará 1h e poderá não emitir cupons até 03:00:00. O importante e deixar o SATs ligados nessa madrugada do dia 17/12/2019. Esse comando já foi testado em um cliente com 15 SAT e não parou nenhum SAT. Estou enviando um e-mail Marketing para toda a base hoje à tarde e manhã cedo novamente. Atenciosamente Rubens Andrade Gerente de Relacionamento com Software House http://www.elgin.com.br/

tens razão, testei o arquivo com IND_ATIV do registro 0000 for igual a “1” sem o registro 0002 e validou.

Grato e mais uma vez parabéns pelo projeto.

Bom dia Apenas atualizando, caso alguém esteja com o mesmo problema. Em contato com a SEFAZ da Bahia, o retorno que eu tive é que, a GNRE 2.0 está valida apenas em homologação, em produção apenas a 1.0 está valida. E eles ainda estão fazendo alguns ajustes no ambiente de homologação então pode apresentar erros, nesses casos eles pedem para que qualquer erro seja relatado. Estou em contato com eles para tentar resolver o problema do XML 2.0 em ambiente de homologação, que está apresentando inconsistências com campos que segundo a documentação, eram para ser opcionais. (eu mando e eles falam que não é pra mandar...) Qualquer novidade, retorno com o posicionamento. Muito Obrigado

CNAB240SegPQRSTY.pdf

O retorno não é mais em TXT agora é retornado um XML, e o nome alterou o nome do arquivo para impressão, agora é: "numero do recibo"-pro-rec.xml

Bom dia Maiquel, Muito obrigado pela colaboração, fiz uma simplificação no arquivo INI do provedor, para isso tive que informar o NomeURL_P no arquivo Cidades.ini para as cidades atendidas por esse provedor. Notei que varias cidades estão com a URL de produção padronizadas, isso facilita a simplificação. Ainda hoje vou enviar para o repositório.

Veja que a alteração que o Italo subiu é referente ao DACTE em Fortes Report. Para Fast Report ainda não foi feita a alteração para esconder o campo ICMS-ST.

Bom dia. O Banco Central publicou informações sobre os planos de implantação dos Pagamentos Instantâneos no Brasil, o qual tem previsão de implementação em Novembro/2020. Os Pagamentos Instantâneos são as transferências monetárias eletrônicas na qual a transmissão da ordem de pagamento e a disponibilidade de fundos para o usuário recebedor ocorre em tempo real e cujo serviço está disponível durante 24 horas por dia, sete dias por semana e em todos os dias no ano. As transferências ocorrem diretamente da conta do usuário pagador para a conta do usuário recebedor, sem a necessidade de intermediários, o que propicia custos de transação menores. Conforme texto do BC, apresenta as seguintes vantagens... Sua implementação deve, além de aumentar a velocidade em que pagamentos ou transferências serão feitos e recebidos, também tem o potencial de alavancar a competitividade e a eficiência do mercado; baixar o custo, aumentar a segurança e aprimorar a experiência dos clientes; promover a inclusão financeira e preencher uma série de lacunas existentes na cesta de instrumentos de pagamentos disponíveis atualmente à população. Esse modelo está em linha com a revolução tecnológica em curso, possibilita a inovação e o surgimento de novos modelos de negócio e a redução do custo social relacionada ao uso de instrumentos baseados em papel. Para mais detalhes, clique aqui e acesse o portal do Banco Central. Att.

eu exportei o db do sped fiscal efd em MySQL,firebird e sqlite esta com todas as tabelas para o layout 14 que começa a partir de 01/01/2020 EFD_L14_2020_fb.7z EFD_L14_2020_my.7z EFD_L14_2020_sqlite.7z

Olá! Fiz as alterações nos arquivos .ini anexo para autorizar NFSe para a cidade de Conselheiro Lafaiete. Cidades.ini ISSDigital.ini

Testei pelo demo do componente e a consulta executou normalmente para o RS, sem alteração do fonte. Isso acontece porque na pesquisa pelo arquivo de schema o ACBr não encontra um arquivo "consCad_v4.00.xsd", já que o existente na pasta de schemas é o "consCad_v2.00.xsd" sendo assim ele altera a versão automaticamente. Então não entendo o que pode estar acontecendo do seu lado... por acaso você tem um arquivo "consCad_v4.00.xsd" na pasta de Schemas?

Eu não poderia deixar de agradecer ao post do @Marcos Bordin pois eu estava procurando uma solução de conexão do Zeos com MS SQL Server e só havia conseguido via ODBC. Ao tentar a conexão utilizando o protocolo MSSQL retornava um erro relativo à DLL ntwdblib.dll. Sua solução era exatamente o que eu precisava pois não estava disposto a distribuir a fonte ODBC nas diversas máquinas onde a aplicação é executada. Muito obrigado por sua ajuda.

Sim, mas chame a função do componente para Montar o NossoNumero o componente recalcula o dígito conforme o Banco que estiver selecionado. Note que em todos os retornos esse campo recebe o NossoNumero sem o dígito verificador.

Boa tarde, como está a configuração dos diretórios no seu componente?

não. veja os fontes estão disponíveis então pode contribuir com a comunidade fazendo as devidas alterações caso não tenha ainda e subir aqui que disponibilizamos no SVN

Boa tarde O Digito verificador é calculável pelo componente por isso tem uma propriedade específica para ele. Ao ler o retorno deve ler apenas o NossoNumero mesmo, se tentar gerar um boleto com os dados de retorno vai ver que ele recalcula o dígito. Se precisar utilizar na sua aplicação pode chamar a função MontarCampoNossoNumero, ou chamar a função que retorna a linha digitável: MontarLinhaDigitavel.

Pelo que vi pela sua chave de acesso 5019 1204 9391 1100 0119 5500 3000 0142 5010 0014 2500 se refere a uma nota de entrada (compra de produtor), talvez esse seja o motivo de não ter gerado. Nos testes que fiz, para venda normal para pessoa física está gerando correto. Acredito que a compra a sefaz não vai gerar ou passou despercebido por parte deles. Att. Leandro

Bom dia! Muito obrigado pela resposta. Vou verificar sim.

Olá Leonardo. Que tipo de leitura você está querendo fazer? No QrCode não tem dados da nota, apenas um link para acessar a nota na web.

Não imprima em contingência. Se a nota foi rejeitada ela precisa ser corrigida. Contingência é para quando houver problemas na conexão com a SEFAZ conforme o tópico citado pela Juliana acima.

Ótimo. Deu certo. Os processos podem ser feitos passo a passo AlimentarComponente; ACBrGNRE1.Enviar; É necessário realizar uma consulta para obter o XML com as informações da guia para poder imprimir a mesma. a consulta também é realizada pelo método do botão Consultar Recibo Lote: "numero do recibo"-pro-rec.xml O retorno não é mais em TXT agora é retornado um XML, e o nome alterou o nome do arquivo para impressão, agora é: "numero do recibo"-pro-rec.xml Problema resolvido. Obrigada pela contribuição de todos 1900889727-pro-rec.xml processo completo.txt ACBrGNRe_Exemplo.exe_ frlGuiaRLRetrato_1.RLGNRe_.pdf

ACBrEFDBloco_0.pas ACBrEFDBloco_0_Class.pas ACBrEFDBloco_1.pas ACBrEFDBloco_1_Class.pas ACBrEFDBloco_C.pas ACBrEFDBloco_C_Class.pas ACBrEFDBloco_G_Class.pas ACBrEFDBloco_H.pas ACBrEFDBloco_H_Class.pas ACBrSpedFiscal.pas

muito obg

Camilo, Uma coisa é a configuração do componente, outra é alimentação do mesmo com os dados da nota de serviço. Na rotina que alimenta o componente você esta informando a IM do emitente (Prestador)?

Bom dia Adilson, Não sei bem ao certo o como funciona o GNRE, mas acredito que vai ser necessário realizar uma consulta para obter o XML com as informações da guia para poder imprimir a mesma.

Bom dia. Obrigada pela contribuição, adicionada para validação. Att.

EMBarbosa, no bloco 0 tínhamos o registro 0001 e seus respectivos filhos Registro0005 / Registro0015 /Registro0150/ Registro0190/ Registro0200/ Registro0300/ Registro0400/ Registro0450/ Registro0460/ Registro0500/ Registro0600. No meu entendimento com a inclusão do registro 0002 estes passaram a ser filhos do registros 2. No Manual diz que dentro da hierarquia, a ordem de apresentação dos registros é sequencial e ascendente. Portanto alguns validações em outros blocos como bloco C por exemplo temos a linha: Check(FBloco_0.Registro0001.Registro0200.LocalizaRegistro(COD_ITEM), '(C-C425) ITENS: O código do item "%s" não existe no registro 0200!', [COD_ITEM]); ficará assim: Check(FBloco_0.Registro0002.Registro0200.LocalizaRegistro(COD_ITEM), '(C-C425) ITENS: O código do item "%s" não existe no registro 0200!', [COD_ITEM]); Peço que verifiquem se esta correto o meu entendimento.

Bom dia, já está na documentação atualizada, veja: https://acbr.sourceforge.io/ACBrMonitor/ModeloEventoS2299INI.html

Camilo, Você esta informando a Inscrição Municipal do Emitente na propriedade de configuração: Configuracoes.Geral.Emitente.InscMun ?

Bom dia Italo. Creio que sim. Vou abrir uma issue no repositório do fortes. Obrigado a todos.

Bom dia Jackson, Pelo seu relato, concluo que o problema esta no Fortes Report e não no ACBr. Estou correto?

Bom dia Alfredo, Se eu entendi direito, no retorno da consulta de todos os RPS cujos os tomadores não são os mesmos é retornado a mesma Inscrição Municipal (1119412), correto? Se sim, favor entrar em contato com o provedor, pois que gera o XML da NFS-e é o provedor. Lembre-se, o componente gera e envia o XML do RPS, o webservice do provedor processa o RPS e estando tudo OK gera e retorna o XML da NFS-e. O XML da NFS-e é obtido através da execução dos métodos: ConsultarLote, ConsultarNFSePorRps e ConsultarNFSe.

Bom dia Camilo, Esta muito confuso. Você mostrou fragmento do arquivo INI do provedor RJ que é utilizado pela cidade do Rio de Janeiro. Já a cidade de Cabo Frio é atendida pelo provedor ISSDigital cujo arquivo INI é outro. O emitente da nota é da cidade do Rio de Janeiro ou Cabo Frio? Se é de Cabo Frio, você sabe me dizer se essa cidade agora esta utilizando o mesmo provedor que atende a cidade do Rio de Janeiro?

Bom dia Antônio, Eu acabei mencionando o CT-e em vez de MDF-e, pois a rotina é igual nos dois e fiz o mesmo tratamento em ambos. Fique a vontade em analisar o código e propor melhorias ou correções.

Desculpe o equivoco. Não havia sincronizado os fontes. Grato pela paciência. Pondere a parte mencionada do retorno da versão.

H030 Informações complementares do inventário das mercadorias sujeitas ao regime de substituiçãotributária ok 1250 Informações consolidadas de saldos de restituição, ressarcimento e complementação do ICMS ok 1255 Informações consolidadas de saldos de restituição, ressarcimento e complementação do ICMS pormotivo ok

Olá, Estou trabalhando no ACBrInstall e por isso não dei um retorno antes. Já estou enviando ao SVN juntamente com suas alterações até agora. Muito obrigado pela contribuição. Subi as alterações para o SVN na Revisão 18484. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado. Também atualizei a tabela ali em cima.

Faça uma dupla checagem no WindowsUpdate Verifique no tópico indicado (acima), as instruções de atualização das cadeias de certificado... Veja no fórum, que todas as ocorrências de 12175 estão relacionadas a problemas no Windows... https://www.projetoacbr.com.br/forum/search/?q=12175&updated_after=any&sortby=newest No Demo do ACBrNFe, o mesmo problema ocorre ? Tenha certeza que a sua configuração está com: Configuracoes.Geral.SSLLib := libWinCrypt; Configuracoes.Geral.SSLCryptLib := cryWinCrypt; Configuracoes.Geral.SSLHttpLib := httpWinHttp; Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; SSL.SSLType := LT_TLSv1_2;

Sem previsão de resposta do suporte. A remoção do caractere era uma opção, mas decidimos remover o cabeçalho todo. Não utilizo o módulo ACBR, a solução é desenvolvida em PHP

Boa tarde Antônio, Comentei as linhas e enviei para o repositório. Favor atualizar os fontes.

Realizando testes locais com seu arquivo, o tempo é imperceptível, menos de 1 segundo... Mas realmente notei nas suas configurações que utiliza uma unidade de rede mapeada para gravar o XML, isso realmente pode estar afetando... vai depender muito da performance da sua rede.

Bom dia Paulo, O procedimento é exatamente esse que você descreveu. Alimentar o componente com os dados da nota, executar o método Assinar (este já gera o XML) em seguida o método Validar e por fim o Imprimir (em vez do Enviar).

https://portal.fazenda.sp.gov.br/servicos/sat/Downloads/Especificacao_SAT_v_ER_2_27_05.pdf

No dia 13/11/2019 a SEFAZ-CE publicou no DOE, o decreto 33.351 o qual determina que estabelecimentos enquadrados no CNAE 4711-3/01, além daqueles que são atacadistas e ainda possuem ECFs em funcionamento, passam a ser obrigados a partir desta data, a identificar o CPF/CNPJ ou Identificação válida para os estrangeiros em todos os documentos fiscais emitidos (ECF, CFe, NFe e NFCe) Abaixo, transcrição do texto do decreto. § 1.º Os estabelecimentos enquadrados na CNAE-Fiscal 4711-3/01 (Comércio varejista de mercadorias em geral, com predominância de produtos alimentícios – hipermercados), bem como os contribuintes atacadistas usuários de equipamento Emissor de Cupom Fiscal (ECF), ficam obrigados a indicar no documento fiscal o número da inscrição no CPF ou no CNPJ do comprador ou destinatário ou, tratando-se de estrangeiro, do documento de identificação admitido na legislação civil, em todas as operações em que haja a emissão de cupom fiscal, CF-e, NF-e e NFC-e. Fonte DOE CE: http://imagens.seplag.ce.gov.br/PDF/20191113/do20191113p01.pdf

Sobre A ACBrLib é um conjunto de bibliotecas compartilhadas, que torna possível o uso dos componentes do Projeto ACBr, em qualquer linguagem de programação. Cada componente principal do ACBr, foi encapsulado em uma Biblioteca independente. Exemplo: O componente ACBrPosPrinter (para impressão em EscPos), está encapsulado na biblioteca ACBrLibPosPrinter. Saiba mais sobre a ACBrLib em: https://projetoacbr.com.br/downloads/#acbrlib Principais Características A ACBrLib é compilada em Windows (DLL) e Linux (SO), nas arquiteturas 32 e 64 bits, e convenções de chamada StdCall e Cdecl. Todos os Binários gerados para Windows, são versionados e assinados com o certificado digital do Projeto ACBr. Acompanham classes de Alto Nível, para facilitar o uso e integração com linguagens populares, como: Java, C#, VB e outras. O Projeto ACBr e a ACBrLib, contam com uma vasta comunidade de usuários. O que ajuda muito no suporte, melhorias e contribuições. A ACBrLib e os componentes do Projeto ACBr são desenvolvidos em Object Pascal. A ACBrLib pode ser compilada com Lazarus /FPC Licença de uso Assim como todos os fontes do Projeto ACBr, a ACBrLib, Demos e Classes de Alto nível, são distribuídas em Código Aberto, usando a licença LGPL. http://licencas.softwarelivre.org/lgpl-3.0.pt-br.html https://pt.wikipedia.org/wiki/GNU_Lesser_General_Public_License Download Binários Link versão de Produção: https://www.projetoacbr.com.br/forum/files/category/36-acbrlib/ Link versão Demo (Com restrições de uso)*: https://www.projetoacbr.com.br/forum/files/category/63-acbrlib-demo/ NOTA: Para baixar os binários de produção, você precisa ser cadastrado no nosso fórum, e membro Ativo do ACBr Pro. *Saiba mais sobre a versão demo neste tópico. Fontes Você pode baixar os Fontes do ACBr e da ACBrLib, direto do nosso repositório SVN. Veja instruções em: https://www.projetoacbr.com.br/fontes/ Exemplos de uso / Demos Link direto para download dos Demos por SVN: http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/ Documentação On-Line: https://acbr.sourceforge.io/ACBrLib/ACBrLib.html PDF: https://acbr.sourceforge.io/ACBrLib/ACBrLib.pdf Windows Help (CHM): https://acbr.sourceforge.io/ACBrLib/ACBrLib.chm Requisitos de Sistema Sistema Operacional: Windows XP ou superior 32/64; Linux 32/64 CPU: i386, x86_64 Dependências Alguns componentes do ACBr, fazem uso de bibliotecas de terceiros, como por exemplo: OpenSSL, e LibXML2. NOTA: Use bibliotecas da mesma arquitetura do seu sistema. Exemplo: Se você compila seu executável em 32 bits, precisará usar a ACBrLib e suas dependências, na versão 32 bits (mesmo que o Sistema Operacional seja 64 bits) Windows Você poderá encontrar as Dependências para a sua ACBrLib, no mesmo arquivo ZIP. Elas estão na Pasta “\dep\”. Linux Você precisará instalar as dependências, e criar os Links simbólicos necessários. Em nosso fórum, há um documento explicando como montar o ambiente no OpenSuse: https://www.projetoacbr.com.br/forum/files/file/413-desenvolvendo-no-linux-com-acbr/ Obter Suporte Gratuito Você pode obter suporte no Fórum do ACBr. Temos uma área específica para usuários da ACBrLib: https://www.projetoacbr.com.br/forum/forum/76-acbrlib/. Para criar um tópico, é necessário ter uma conta (gratuita) Profissional Se você precisa de Suporte Técnico especializado, diretamente com os desenvolvedores do ACBr. Você pode assinar o ACBr Pro, saiba mais em: https://projetoacbr.com.br/pro/ Como Instalar / Distribuir Windows O melhor lugar para copiar a ACBrLib e suas dependências, é na mesma pasta do seu Executável. Evite copiar os arquivos .DLL para diretórios do Sistema Operacional, como: Windows\System32 ou Windows\SysWow64 (isso evita conflito entre .DLLs) Não é necessário registrar as DLLs. Linux Como “root”, copie o arquivo .SO para a pasta /usr/lib ou /usr/lib64 (conforme o caso) Como usar: Consulte a documentação, para uma compreensão melhor. Copie/Instale a ACBrLib, conforme sugerido em: Como Instalar / Distribuir Verifique em Download, Exemplos de uso / Demos, se já existe para a sua linguagem, Classes de Alto nível, isso ajuda enormemente o uso da Biblioteca. Familiarize-se com o arquivo de configuração da ACBrLib (o arquivo é criado, se não existir, durante a Inicialização da ACBrLib) Chame o método de Inicialização da ACBrLib, LIB_inicializar (onde “LIB” seria o nome da ACBrLib utilizada exemplo: (POS, ETQ, NFE) Use os métodos da ACBrLib... Quando terminar, encerre a ACBrLib, chamando: LIB_Finalizar Histórico de mudanças Consulte na documentação, a sessão: “Histórico de Alterações”, de cada ACBrLib

100% certa a resposta do @Marcos Bordin. Obrigada pela ajuda. Abaixo como ficaria a conexão via protocolo ADO sem a necessidade da dll ntwdblib.dll para quem precisar. {$IFDEF ZEOS} S := 'Provider=SQLOLEDB.1;' + 'Password=''123'';' + 'Persist Security Info=True;' + 'User ID=''SA'';' + 'Initial Catalog=''DB_LOJA'';' + 'Data Source=''SERVIDOR\SQLEXPRESS'' '; Result := TModelConexaoFactoryConexoes.New .ConexaoZeos .Parametros .Database(S) .DriverID('ado') //protocol .Porta(3050) .EndParametros .Conectar; {$ENDIF}

Bom dia! No Zconnection, tente trocar o protocolo por ADO , deixe o librarylocation em branco e em database, coloque uma connection string, como abaixo por exemplo: Provider=SQLOLEDB.1;Password=SenhaDoSQL;Persist Security Info=True;User ID=sa;Initial Catalog=SeuBD;Data Source=NomedoServidor

Bom dia Ariel, O grande problema é que não podemos nos basear na NF-e quando se trata de NFS-e. No caso da NF-e, geramos o XML da mesma, enviamos para a SEFAZ e esta nos retorna se a nota esta OK (protocolo de autorização) ou não. Se estiver OK o protocolo de autorização é adicionado ao XML assinado que foi gerado e enviando pelo componente. Já a NFS-e, o componente gera e envia para o provedor o XML do RPS, se estiver tudo OK é retornado o XML da NFS-e. Ai esta o problema, se você for comparar o XML gerado pelo componente com o XML de uma nota emitida pelo Site vai encontrar diferenças. Pois vai estar comparando o XML do RPS (gerado pelo componente) com o XML da NFS-e (gerado pelo Site). Use o programa exemplo do componente, configure ele para a cidade desejada e faça os testes. No caso do provedor Governa, temos dois métodos de Envio, o Enviar e EnviarSincrono.

Porque a minha aplicação, quando compilada no Trunk2 exige as DLLs do XMLSec ? O Trunk2, tem a habilidade de suportar OpenSSL (XMLSec) e CAPICOM, na mesma aplicação... e no ACBrNFe, existe a Classe TDFeSSL, que permite configurar qual será a biblioteca de SSL em Design ou Run-time Para isso, basta mudar a configuração usando comandos como abaixo: ACBrNFe1.Configuracoes.Geral.SSLLib := libOpenSSL; ACBrNFe1.Configuracoes.Geral.SSLLib := libCapicom; ACBrNFe1.Configuracoes.Geral.SSLLib := libCapicomDelphiSoap; // Mesmo que "libCapicom", mas usando a Indy Porém, para efetuar essa "magica", precisamos compilar todas as Units que dão suporte a CAPICOM e OpenSSL\XMLSec, e elas injetam a dependência de DLLs externas Porque eu usaria o suporte a OpenSSL ? O OpenSSL é ótimo para certificados do tipo A1... pois você não precisa instalar o certificado no Windows... basta apontar o caminho do arquivo PFX e a Senha: ACBrNFe1.Configuracoes.Certificados.ArquivoPFX := edtCaminho.Text; ACBrNFe1.Configuracoes.Certificados.Senha := edtSenha.Text; Porque remover o suporte a uma das bibliotecas de SSL ? A desvantagem, é que a sua aplicação agora ficou dependente de mais DLLs, e para alguns pode ser um problema, distribuir e instalar as mesmas Onde eu encontro as DLLs ? \ACBr\DLLs\OpenSSL \ACBr\DLLs\XMLSec Para onde eu copio essas DLLs ? Você deve copiar TODAS as DLLs das pastas acima indicadas (e não apenas algumas). Você pode copiar para a mesma pasta da sua aplicação .EXE ou para o "System" do Windows Observe que, essas DLLs são 32 bits, e portanto só funcionarão para aplicações compiladas com um compilador 32 bits (que é o padrão para Delphi e Lazarus)... Uma aplicação 32 bits roda em um S.O. 64 bits, mas o oposto não ocorre... Considerando que essa DLLs são 32 bits, então: Se o seu Windows for 32 bits, copie para a pasta: C:\Windows\System32 Se o seu Windows for 64 bits, copie para a pasta: C:\Windows\SysWOW64 Se você estiver instalando DLLs de 64 bits em um Windows 64 bits, então a pasta correta é: C:\Windows\System32 (vai entender... pergunte pra Microsoft) Como eu removo a dependência ? Nunca usou o OpenSSL ? Nunca deseja usar ? Então você pode remover o suporte do ACBr ao OpenSSL/XMLSec, e com isso, remover a dependência de sua aplicação das DLLs do XMLSec.. Edite o ACBr.inc... Observe que no inicio do mesmo, existem as linhas abaixo: {.$DEFINE DFE_SEM_OPENSSL} {.$DEFINE DFE_SEM_CAPICOM} Apenas remova o ".", se quiser ativar a remoção... {$DEFINE DFE_SEM_OPENSSL} Por que mesmo assim, a sua aplicação fica dependente das DLLs do OpenSSL (libeay32.dll, ssleay32.dll) ? O ACBr usa o OpenSSL para várias outras tarefas, como: criptografia e assinatura (ACBrEAD), comunicação segura (ACBrMail, ACBrHttp)... e outras... Então hoje, elas sempre serão necessárias... essa dependência já existia no "Trunk1"