Painel de líderes

@fidel, Compreenda que o componente que você está tentando usar, está em construção... Ou seja, NÃO ESTÁ PRONTO... Então, se você não tem conhecimento técnico para analisar os fontes e compreender as rotinas... Não tente usar...

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"

Eu utilizo vários tb e dá certo, o que faço diferente é: ex: acbrboleto1.dirarqremessa:='f:\sistema\remessa\banespa'; para acbrboleto1.dirarqremessa:='f:\sistema\remessa\banespa\'; acbrboleto1.dirarqremessa:='f:\sistema\remessa\Brasil'; para acbrboleto1.dirarqremessa:='f:\sistema\remessa\Brasil\'; Funciona normal aqui.

Sim, estou realizando testes para ver a melhor forma de resolver isso e deixar tudo com o mesmo tipo de arredondamento. Terminando isso vou passar para os testes referentes aos pagamentos parcelados na NFe 4.0 e posto no tópico como ficou. Obrigado Kiko.

Então este é o problema, pois RoundABNT segue as normas ABNT que é diferente do arredondamento simples. Uma das regras conforme a ABNT NBR 5891:1977 (REGRAS DE ARREDONDAMENTO NA NUMERAÇÃO) 4,850 se for pelo RoundABNT o resultado será 4,8 4,850 se for pelo arredondamento comum aqui teremos 4,9 Vc terá que usar ou o RondABNT dos itens e na soma dos totais ou então usar o arredondamento simples também nos itens ao invés do roundABNT. O que não será possível é usar uma fórmula para calcular os itens e outra formula para calcular o total.

Realizada alterações para participantes do exterior, o componente estava enviando o COD_MUN como branco onde deve ser 9999999 Em anexo os fontes alterados. ACBrEFDBloco_0_Class.pas

No svn a alteração Obrigado.

As modificações do @Renato Rubinho, já estão no SVN... https://sourceforge.net/p/acbr/code/14053/

Vc já vefificou com o SEFAZ se o ambiente de produção já está liberado? Pois a NT diz que entraria em vigor a partir do dia em 06/11/2017. http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=c3aXrtAp dc=

Segue unit alterada. ACBrPAF.pas

Bom dia Rafael, vou lhe mandar os arquivos contendo tais informacoes..espero que sejam uteis, tambem gostaria de mandar contacto sobre o uso do ACBRMONITORPLUS acerca da geracao da NFE fiz e na versao nova estou tendo dificuldades...Obrigado configura.ini titulos.ini

Qualque coisa entra em contato com o banco eles tem tudo certinho nos manuais como preencher os campos para ser validados, existe ate um site deles para voce validar seus arquivos...Quanto as tags é so seguir o que o José informou..

Bom dia, informe na tag de dados do Cedente. [Cedente] convenio=

Bom dia o fonte é pascal e é baseado no manual do eSocial. dá pra implementar tranquilo. a força está contigo!

No exemplo do svn tem o uso do componente e como ele manda. bem simples

As DLLs do OpenSSL e XMLSec, apenas copiar... As da CAPICOM precisam ser registradas