daniel.simoes

Ao que parece você já desenvolveu todo o componente para a geração do arquivo... Ficou contente no seu interesse em doá-lo para o ACBr... Se desejar, anexe os fontes para uma analise inicial... Quando se trata de código aberto alguns cuidados são necessários, como: - "Assinar" todos os fontes com o cabeçalho da LGPL (não esqueça de deixar claro que você é o autor) - Criar um Demo, que possa servir de teste e aprendizado - Criar um Package para instalação - Criar um belo icone para o componente Quanto mais simples for a instalação e uso do componente, maiores as chances de outros usuários utilizarem o mesmo, e posteriormente contribuírem com melhorias ou correções

Acho que eu acidentalmente apaguei o tópico original... desculpe-me e obrigado por ter criado um novo tópico... A ideia é fazer apenas a geração dos Arquivos ? ou também a impressão da NF ? Há alguma necessidade de transmitir esses arquivos para algum WebService ? O MD5 poderia ser computado com o ACBrEAD

Oi Jeter, A NFe não contempla esta operação ? Qual seria a base para o novo componente. ( ACBrSintegra, ACBrSPED, etc ) ?

O Timer do Lazarus depende da LCL... Por esse motivo, e para poder compilar o ACBrMonitor em modo console, que criamos o TACBrThreadTimer ( acho que o fonte dele está em alguma Unit da ACBrComum )

Suas informações não dizem muita coisa... Para esse tipo de tarefa, compilação em 64 bits, que é algo experimental... não é válido usar o ACBrInstall... Tente instalar os Packages manualmente

Notei que o Projeto Android no Lazarus está muito lento... eu mesmo desisti de usá-lo... Você pode medir o acompanhamento em: http://wiki.freepascal.org/Custom_Drawn_Interface/Android Para acesso direto a banco no WinCE, vc precisaria compilar a sqlDB (biblioteca padrão do Lazarus) no WinCE, algo que não deve ser simples... há também o problema de achar as DLLs client do BD na versão WinCE Se vc quer acessar um servidor remoto acho que a maneira mais "compatível" seria usar a Synapse, e com ela usar FTP, para transferir arquivos, ou ainda HTTP com REST ou outro tipo de requisição baseada em GET ou POST

Tiago, Estamos reformulando o SAC... acho que aprontamos ainda esta semana o novo portal, que será integrado com este fórum... O pagamento será sempre mensal, no valor de R$ 120,00. O contrato será sempre mensal, e renovado automaticamente através da emissão de um novo boleto todo mês O Boleto será gerado automaticamente, e enviado por e-mail Ha possibilidade de imprimir ou gerar 2a via aqui mesmo no próprio fórum Haverá opção para Sair do SAC quando o usuário quiser, não gerando o próximo boleto O não pagamento em até 10 dias significa que o usuário deseja sair do SAC O usuário pode aderir novamente ao SAC quando quiser, através do botão "Quero Contratar", onde será gerado um novo Boleto Ou seja, o SAC passará a ser mensal, mas com renovação automática... Haverá um botão "Quero contratar" e outro "Quero Sair"

A classe do Quik Report é usada por muito poucos usuários... Tente debugar a rotina de impressão usando Break Points

Se deseja sugerir modificações nos fontes do ACBrBoleto no SVN, por favor envie as Units modificadas para analise...

Não adianta falar "estou com o mesmo problema"... Não sei se você notou, mas no inicio do tópico, há uma solução de problema, e a mesma já foi aplicada no SVN... Abra um novo tópico e descreva em detalhes qual é a sua situação...

Seus fontes não estão sincronizados com os do SVN... em caso de dúvidas apague toda a pasta e baixe novamente... (tb será necessário proceder a instalação desde o inicio)

Dificilmente incorporarei modificações nos fontes do SynaSer ou SynaList... Essas modificações precisam ser sugeridas a lista do projeto original http://www.ararat.cz/synapse/doku.php/support

Seria mais fácil se você copiasse aqui as mensagens de erro de compilação...

Veja ainda: Mais resultados usando o mecanismo de Busca http://www.projetoacbr.com.br/forum/index.php?app=core&module=search&do=search&fromMainBar=1

Vou verificar se nos outros Gerenciadores também existiria a possibilidade de retornar esses valores... Se SIM, a alteração faz sentido...

O ACBrTEFD cuida de toda parte de NCN na inicialização... Por favor, antes de derrubar o componente ACBrTEFD no seu projeto, e sair escrevendo código... Teste estude e leia com muita atenção os fontes do projeto TEFDDemo... Leia também o Guia Prático do Gerenciador Padrão Duvidas como essa serão respondidas se você fizer isso...

Isso está errado... if TACBrECFModelo(Ecf.Modelo) = ecfDaruma then Ecf.DecimaisPreco := 2; Você não deve atribuir o valor de Decimais ao ACBrECF... Apenas a Epson suporta a definição dinâmica desse parâmetro... Em todos os demais ECFs isso é definido no momento da Lacração.. O ACBrECF irá ler o numero de Decimais suportadas pelo ECF no momento da ativação

Se você usar Rel.Gerencial, seu caixa pode ficar diferente do registrado no ECF, pois o Gerencial não gera "Entrada de recursos" (recebimento) As suas mudanças são realmente necessárias ? pelo que entendi você está usando o evento "OnDepoisConfirmarTransacoes" Memo1.Lines.Add('Campo 11: ' + LeInformacao(590,0).AsString ); Pega a operadora Memo1.Lines.Add('Campo 11: ' + LeInformacao(591,0).AsString ); Pega o valor

Não faço a mínima ideia... Já tentou fazer o que foi sugerido ??

Os fontes atuais no SVN, da Unit da Bematech tem a assinatura para os métodos... O problema é que os comandos disparam um A.V. em algumas situações..

Se o código estava lá, e foi comentado... é porque houve algum motivo... Por favor verifiquem no Change-log.TXT deste componente...

O problema é que se você usar Rel.Gerencial.. não terá como informar as Formas de pagamento no fechamento da Transação...

De acordo com o Manual do G.P. não existe o campo Moeda para o comando CNC

Você comentou que usa um Rel.Gerencial... Acredito que para aceitar outras formas de pagamento o correto seria você utilizar um "Comprovante Não Fiscal"