Daniel Simoes

Você precisa instalar o package ACBrSerial... use o ACBrInstall que ele resolve as dependências...

Não... na prática... cada correntista, que deseje usar seu próprio sistema de emissão de boletos, precisa passar por uma homologação... Ou seja, o banco não dá um "laudo" para a sua aplicação... mas sim uma autorização para o correntista

Acabo de consultar o CHM da Connect_C (DLL)... não há descrição do erro -8... somente o fabricante poderia esclarecer

O ACBrECF usa a DLL do fabricante para fazer o downlaod da MFD... Seria necessário contactar o fabricante (ou consultar o manual da DLL), e descobrir o que é o erro (-8)

Tópico movido para "Dúvidas Gerais"... (para tentar atrair ajuda da comunidade na construção de Test Cases)

Olá pessoal, Realizei um Commit com a primeira versão da FPCUnit Test para o ACBr... A ideia é escrever Unit Testes para TODO o ACBr... isso será uma tarefa muito difícil, mas com isso iremos aumentar muito a qualidade dos nossos fontes... e conseguiremos testar rapidamente se algo foi quebrado com alguma modificação nos fontes... Talvez precisamos dos mesmos projetos, usando DUnit (para rodar os teste em Delphi)... Sugestões e ajuda na construção de novos TestCases são muito bem vindas... Que diabos é FPCUnit ?? (Veja esse link) DUnit

CAT 52 não permite um periodo maior do que um dia... Por isso ela gera vários arquivos... Você deve usar o arquivo no formato do Ato Cotepe 17/04, para permitir vários dias em um único arquivo

Diego, Você mesmo pode implementar... e anexar no fórum, os fontes modificados para analise...

Algumas impressoras não permitem mudar o tipo de letra na mesma linha... com a DLL funciona ?

Notei que o método "LinhaRelatorioGerencial", da classe ACBrECFEpson, se confunde, quando encontra caracteres de controle (#10), efetuando uma quebra de Linha... (Ainda preciso pensar a melhor maneira de resolver isso) A falha dos Cod.Barras acontecia porque a altura Default do componente era = 10, e isso ocasionava o problema acima... Modifique para que o ACBrECF.ConfigBarras use valores default igual a 0 para Altura e Largura... e com isso, ele usará os valores default para cada Classe (podem variar) Correções já disponível no SVN PS: No manual da EPSON, notei que ela realmente não suporta CONDENSADO ou ITÁLICO

Como você fez a "inclusão dos Itens" ? você deve usar o método ACBrECF.VendeItem

Ok... notei algo estranho nos Cod.Barras... parece que eles precisam que seja informada a Altura, caso contrário não funcionam... estou debugando...

É como eu disse antes... por algum motivo (de erro), seu Lazarus não está sendo reconstruído.... Observe bem as mensagens...

Corrigido nos fontes...

Ok... correção aplicada no SVN... o problema teve origem após um refactoring que fiz para compatibilização com Epson TM-T800F (EscEcf)... Desculpem-me pelo transtorno...

Juliomar, Qual é a versão de Sw.Básico do seu ECF ?

Por favor sempre abra um novo tópico para um novo problema... Vou verificar a questão do carregamento das Formas de Pagamento

https://svn.code.sf.net/p/acbr/code/tools/Argox/PPLA&PPLB.pdf

Os comandos de Código de Barras funcionam... O que ocorre é que alguns códigos de barra tem especificidades, como numero exato de caracteres, apenas números, quantidade de caracteres par, etc...

Provavelmente a IDE não está recompilando, devido algum erro... No Lazarus, os componentes são instalados na IDE de forma estática... ou seja, eles ficam dentro do executável (não haveria possibilidade deles não serem carregados) Tente: Tools -> Configure Build Lazarus -> Clean Up + Build All

SIM... Todo o ACBr é OpenSource http://acbr.sourceforge.net/drupal/?q=node/37

Juliomar, Qual versão de ECF vc usou ? Aqui numa TM-T81 FBIII funcionou tudo...

Sim.... o mesmo que achei... "DLLReadLeMemorias"... mas esse método não faz distinção de "MF" ou "MFD"... Acho que é necessário contactar o fabricante e solicitar mais informações...

Realmente estão faltando os métodos: Procedure ArquivoMF_DLL(NomeArquivo: AnsiString); override ; Procedure ArquivoMFD_DLL(NomeArquivo: AnsiString); override ; Esses métodos dependem de chamadas da DLL do fabricante para serem executados... Qual deve ser a chamada da DLL ? Há algum exemplo de como chamá-la ?

Apliquei a seguinte correção nos fontes do SVN: Favor atualizar os fontes e testar...