Daniel Simoes

Alterei os fontes para assumir Zero (0) como valor Default, na falha de conversão da data... Isso irá fazer o ACBrECF não preenche a chave DataMovimento no retorno do texto do .INI Todas as Datas com valor 0, no Delphi apontam para: 30/12/1899 12:00 am Se o ECF não retornou a Data, não há o que ser feito... Considerar a Data do Dia é um erro... pois a Redução Z pode ter sido emitida a vários dias atrás...

Por favor veja as instruções do LEIA-ME.TXT dos fontes do ACBr... Basicamente é abrir os Packages nomeados acima, (que estão em ACBr\Pacotes\Lazarus) Clicar em Compilar, e Instalar... Instale os packages na mesma ordem da msg apresentada acima... ou seja, ACBrComum por primeiro.. Não precisa concordar com a compilação do Lazarus para cada Package instalado... concorde com SIM apenas no último Package

Qual a solução proposta ?? Ex: Usar a Data do Dia Usar a Data = 0 Não Retornar a DataMovimento, mas retornar os demais campos... Se o ECF não traz a Data do Movimento, não há como calculá-la...

Geralmente é uma versão do SVN ou Snapshots... Com FPC 2.6.1 ou superior Algum erro na compilação ?

Oi Jéter, Estou em plena homologação de PAF-ECF, por isso ainda não pude analisar... Se algum outro "commiter" quiser analisar e subir, por favor fiquem a vontade...

Por favor leia as instruções da página oficial http://acbr.sourceforge.net/drupal/ Download em: http://acbr.sourceforge.net/drupal/?q=node/37

Por favor não escreva o mesmo tópico em várias áreas... Isso é contra as regras... Tópico trancado.. continue em:

Nossa conversa no Skype não deveria ser exposta desta maneira... afina de contas, Skype é particular...

O seu erro parece ser não ajustar o seu calculo interno com o calculo do ECF... Se o ECF arredonda, vc tb deve arredondar... Se o ECF trunca, vc deve truncar..

Por favor estude em detalhes o TEFDDemo.... Todas essas perguntas serão respondidas se você ler com muita atenção os fontes do TEFDDemo

Você tem certeza que a Imagem é um BitMap válido ?

Se você fala de Ato cotepe 17/04, isso é exigência da lei, deve ser gerado por programa distribuído pelo Fabricante (as DLLs)....Veja: ACBrECF1.PafMF_GerarCAT52 Se você fala da CAT52, você poderia usar as informações do BD, mas não existe nenhum componente semelhante ao ACBrSintegra ou ACBrSPED para isso... Sinta-se a vontade para desenvolver algum e enviar sua colaboração... O ACBrRFD pode gerar o arquivo CAT52 para ECFs com MFD... basta você configurá-lo corretamente em conjunto com o ACBrECF...

O mesmo arquivo de ajuda exibido na página indicada pelo André, também é encontrado em formato CHM dentro da pasta do ACBrMonitor

Isso já está implementando e funcionando a um bom tempo... Atualize os seus fontes... Leia o ACBrTEFD-Change-Log.txt Teste no demo TEFDDEMO.

No próprio LEIA-ME.TXT

Não... o leitor USB se comporta como se fosse um Teclado USB

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...