Painel de líderes

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"

Prezados, desenvolvi um aplicativo capaz de gerar o código de vinculação utilizado para ativar equipamentos SAT. Segue o link para download: http://orasystems.com.br/home/gerador-de-chaves-sat

Eu descobri porque não estava funcionando, não precisa alterar o componente, o mesmo está perfeito. O problema estava no programa Exemplo que está na pasta de Exemplos (Delphi) do ACBr BAL, cujo o botão "Ler Peso" não estava "apontando" para a procedure que atualiza os dados da tela. Feito esse acerto, tudo funciona corretamente. Obrigado.

A Epson corrigiu o problema da Falta de retorno das mensagens de Erro... Acho que agora está tudo OK.. A DLL 4.4.14 foi anexada no inicio do tópico... por favor reportem se ainda houver algo estranho... Muito obrigado ao pessoal da Epson... em especial: Flávio Silva (Especialista em Desenvolvimento), pelas modificações na DLL O ACBrMonitorPLUS é o ACBrMonitor com a fusão dos componentes do ACBrNFeMonitor... ACBrMonitor e ACBrNFeMonitor estão descontinuados...

Muita calma, a palavra CONFIRMADO, não cabe ainda nesse contexto. e sim: IDERA ANUNCIA INTENÇÃO DE ADQUIRIR EMBARCADERO http://blog.idera.com/industry/idera-welcomes-embarcadero/ http://www.businesswire.com/news/home/20151007006223/en/INSERTING-REPLACING-Idera-Announces-Intent-Acquire-Embarcadero#.VhuX3XpVhBf

Olá pessoal, Enviei para o SVN, uma refatoração da Unit ACBrECFEscEcf.pas, que permitirá o uso dos ECFs da Espon do convênio 09/09 (TM-T800F/TM-T900F), através da USB. Para tal, é necessário que "InterfaceEpson.dll" versão: 4.4.6 ou superior, esteja na mesma pasta da sua aplicação. e que você configure: ACBrECF.Porta := 'USB' Feito isso, o ACBrECF usará a DLL da Epson como "túnel", para acessar o Device pela USB. Isso elimina a necessidade de instalar o TMVirtualComPort da Espon, para emular uma porta Serial... Em anexo a este tópico, está a DLL que a Epson me enviou, e que contêm o comando especial, para Envio e Recebimento de comandos, usando o protocolo EscEcf. O Refactoring foi intenso nessa classe, para permitir o uso da DLL em conjunto com a comunicação direta pela Serial... Espero não ter "quebrado", nenhuma funcionalidade já existente... Por favor reportem (com detalhes) qualquer problema encontrado. InterfaceEpson_04_04_14.zip

Olá amigos, como vocês controlam a data e hora no equipamento em uso, para que ele não dê diferente dos 5 minutos da hora emissão no caso de emissão normal, e controle de data/hora para emissão em contingência? Eu não controlo isto até agora porque não era tão importante, mas para a NFC-e isto será importante. Não trabalho com delphi nem Lazarus. Mas gostaria de saber para quem já usa ativamente NFC-e, se ao entrar no sistema de automação comercial, vocês trazem a data/hora do equipamento e pede para confirmar? ou a cada venda vocês conseguem atualizar isto via Acbr ou outra ferramenta/tecnologia?

Olá amigos, neste final de semana no Rio Grande do Sul tivemos muita chuva e temporais. Na minha região a internet ficou fora de sábado madrugada até terça. Na loja onde trabalho, emite-se ECF normal, sem problemas. Quando eu colocar a NFC-e o sistema iria emitir em regime de Offline. Para o cliente não esperar nada, e não perder venda. Porém dificilmente iríamos conseguir mandar em até 24h da emissão. Nem sempre temos pendrive-3G disponível. Pelo que entendi, na terça (13/10) eu iria enviar as NFC-e em contingência, ele iria dar erro de data/hora mais de 24 horas, a única solução que eu entendi seria mudar a data oficial da emissão de 10/10 para 13/10, mas isto eu sei que poderia dar problema. Qual seria a outra solução?

Obrigado Juliomar. Assim que possível eu posto os demais layouts do fortes (paisagem, etc), sem as "identações loucas".

Boa tarde subi no svn mas não subi tudo pois tinha umas indentação louca lá no código!

Por favor pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Experimente nosso mecanismo de Busca com algumas palavras chaves e surpreenda-se com os resultados. No topo da página, você encontrará a caixa de busca

Ok. Obrigado.

Alguns clientes que optaram por usar NFC, e que ainda estão usando Impressora fiscal até seu vencimento Na impressão do Danfe usando o TRUNK eu pegava a URL da seguinte forma : URL := NotaUtil.GetURL(UFIBGEEmpresa,StrToInt(vsIDAB),TipoEmissao,LayNfeRecepcao,moNFCe); Fiz a migração para TRUNK2 e neste já não existe esta unit, procurei nas units ACBrDFeUtil - ACBrNFe - ACBrUtil e mais algumas outras e não encontrei nada. Alguém sabe se ainda existe um metodo para recuperar a URL do WEBService. Obrigado

Então se perceber não precisa fazer tudo isso! basta em seu dpr adicionar a linha {$R 'ACBrNFeServicos.res' 'ACBrNFeServicos.rc'} e vualá.. toda a vez que compilar a aplicação será refeito o .res em cima do ini atualizado !

Bom dia Gilvan, Esse problema já foi comentado em outra postagem. O problema é a URL da SEFAZ-PB que inventaram de acrescentar um parâmetro a mais. A SEFAZ já esta ciente do problema e esta estudando uma solução para o mesmo.

Até aonde sei no trunk2 tem apenas o ACBrPlus. O Daniel ou o Juliomar podem me corrigir se eu estiver enganado. Temos aqui instalado o Lazarus e compilamos o ACBrPlus conforme vão saindo as novidades.

Tentou entrar em contato com o fabricante isso parece problema de driver, veja que a porta serial está se perdendo.

Santo Agnaldo Prates.... Muito obrigado pela ajuda. Não encontrei no forum nada falando sobre este arquivo, depois que você respondeu pesquisei os fontes e vi que é possível utilizar o arquivo INI ou o arquivo .res, o arquivo que estou utilizando é o que está na pasta \ACBr_trunk2\Fontes\ACBrDFe\ACBrNFe\ACBRnfeservicos.ini Com o seu arquivo funcionou, mas com o que está no projeto não. Este não deveria ser o arquivo mais atualizado? Onde é que você pegou o seu?

Não teste no cliente.... Monte uma VM, e faça a instalação do seu sistema na VM "limpa" Use um Gerador de Instalador como InnoSetup, para automatizar o processo

Bom dia! se usar o .res ele vai junto ao exe sem a necessidade de tu enviar junto agora se queres promover alterações locais basta tu colocar ini junto de seu exe que ele será lido e sim funciona para os dois

Obrigado pela correção da linguá portuguesa, pois não conhecia essa palavra :). Mas para todo efeito bom trabalho, e agradecemos toda colaboração.

não quero ser indelicado mas vou corrigir o final da sua frase: para que assim todos os componentes FUNFEM. Contudo, funfando ou não funfando vou seguir com a migração do meu software VCL para FMX e tentar colaborar no código. Valeu amigo !!!

Vem ai Em paisagem; Em Retrato :

É! pode ser, não testei com o ACBrNFeDANFeESCPOS, mas posso lhe afirmar que, se FR, RL estão funcionando muito bem, pelo menos com meus clientes está correto. Não quero crer que os clientes estariam divergindo caso a NFCe trunk2 não estivesse funcionando muito bem. Tenho clientes que emitem mais de 500(quinhentas) notas por dia. Até agora depois que atualizei, não tive uma reclamação sequer. Importante frisar que, se for posto de combustível, tem que ser abastecimento por abastecimento, para garantir o encerrante. Pensa numa quantidade de NFC-es? Quanto a salvar, dê uma conferida no seu código pois, em algum momento pode ser "não afirmo" que este path está sendo setado para outra pasta, não no componente, mas na aplicação.

Esta propriedade indTot , eu utilizo em caso de notas de ajuste, especialmente para credito do CIAP, onde só existe o valor do ICMS.

Programa exemplo do ACBrNFSe - Trunk2 Visulizar Arquivo Na pasta onde for descompactado o executável, deve-se colocar junto os arquivos INI que são baixados junto com os fontes do repositório Trunk2. Autor Italo Jurisato Junior Enviado 09-10-2015 Categoria Utilitários ACBr

indTot - Indica se valor do Item (vProd) entra no valor total da NF-e (vProd) Este campo deverá ser preenchido com: 0 o valor do item (vProd) não compõe o valor total da NF-e (vProd) 1 o valor do item (vProd) compõe o valor total da NF-e (vProd)

tambem estou com o mesmo problema, não esta salvando o xml

No svn

Bom dia Luiz, Se eu entendi você não esta conseguindo salvar os XML separados por mês é isso? O problema é que a propriedade de configuração mudou de nome agora ela se chama SepararPorMes. ACBrNFe1.Configuracoes.Arquivos.SepararPorMes := True;

Pior, muitos nem colaboram com a equipe, que com certeza tem custo para manter isto tudo no ar, e se acham no direito de cobrar.

Se eles fornecerem um manual com o protocolo Serial do equipamento... dá pra comparar com os protocolos suportados pelo ACBrBAL...

Dê uma conferida na propriedade PathSalvar, é neste local que será salvo o XML. Att.

Boa tarde Pessoal! Estava com este mesmo problema com um certificado A1, instalei ele ao consultar o status apresentava o seguinte erro Erro: Requisição não enviada. 12157 - Erro no suporte a canais seguros Fiz todos os processos descritos aqui nos posts e nada resolveu, mas consegui resolver, fazendo a exportação do certificado pelo IE e depois importando novamente pelo IE, ai funcionou, espero ter ajudado.

Está presente a implementação no SVN do registro Z!