Daniel Simoes

Remova completamente o ACBr anterior antes de instalar o novo...

Elton, Apliquei suas melhorias (com pequenas correções)... Mas não alterei a função GetTotalTroco, até termos mais informações..

Marco, Você poderia utilizar as funções abaixo da classe TACBrBanco function MontarCampoCodigoCedente(const ACBrTitulo: TACBrTitulo): String; function MontarCampoNossoNumero(const ACBrTitulo :TACBrTitulo): String; function MontarCodigoBarras(const ACBrTitulo : TACBrTitulo): String; function MontarLinhaDigitavel(const CodigoBarras: String): String;[/code] Exemplo de uso: [code] ACBrBoleto1.Banco.MontarCampoNossoNumero( ACBrBoleto1.ListadeBoletos[0] );

Isso ocorre sempre ? Provavelmente o problema ocorreu no comando Anterior a este... Se for Sweda MFD use o procotocolo ecfSwedaSTX

Tive o mesmo problema, porém no Lazarus... Acho que a Zeos 6.6.6 ainda não é compatível com o FireBird 2.5... a 7.0.0 é compatível, mas ainda é "instável" (não está pronta), e possui alguns bugs... Eu consegui identificar alguns e aplicar correções, mas que ainda não estão no SVN deles... veja: http://zeos.firmos.at/viewforum.php?f=33

Obrigado por compartilhar a solução...

O Arquivo em anexo demonstra o inicio do projeto ACBr32.DLL e seu desenvolvimento... Para dúvidas sobre esse projeto, favor abrir um novo tópico Curiosidade__Acbr_.Net_(C#).html.zip

Veja nos fontes o comando que é executado pelo código do ACBR... tente executa-lo diretamente na linha de comando onde está o OpenSSL

Talvez vc tenha apenas avisos de exceptions que são disparados pela IDE... Desabilite "Stop On Delphi Exceptions" no Debugger Options..

Vc deve ter instalado um Virtualizador de porta Serial, certo ? Esse programa cria um par de portas, conectadas uma a outra... Por exemplo: COM3 e COM5 Portanto ligue o Emulador na COM3 e o ACBrECF na COM5 Veja esse post no forum antigo: http://www.forumweb.com.br/foruns/index ... porta-com/

Vc precisa do TortoiseSVN e não do CVS o CVS é muito, antigo e obsoleto.... Leia com atenção as instruções desse link http://acbr.sourceforge.net/drupal/?q=node/37

Acho que se você abrir explicitamente uma transação no Inicio do Loop e só comita-la no final... ficará bem mais rápido... A maneira de como fazer isso dependerá muito do seu componente de acesso a dados

Oi Franklin Muito bom... Eu já havia pensado em fazer algo semelhante a algum tempo... mas nunca transformei em açao Se me permitir, algumas sugestões... Todos os eventos do tipo: procedure( var Tratado : Boolean) of object ; Podem ser do mesmo tipo... (opcional) traduzir os eventos: OnBeforeLeituraX -> OnAntesLeituraX OnAfter -> OnDepoisLeituraX Exemplo: TACBrECFEvent = procedure( var Tratado : Boolean) of object ; e teríamos: property OnAntesLeituraX : TACBrECFEvent read FOnBeforeLeituraX write FOnBeforeLeituraX; property OnDepoisLeituraX : TACBrECFEvent read FOnAfterLeituraX write FOnAfterLeituraX;[/code] Isso permitiria atribuir uma procedure a vários eventos com a mesma assinatura PS: habilitei o anexo de .PAS

Ainda não existe... É possível criar uma nova classe para ele, usando os modelos das classes já existentes... Sua ajuda é muito bem vinda

Oi Paulo, Seja bem vindo... é bom poder contar com a sua ajuda...

Acho que todas tem o limite, pois isso é uma restrição legal... Mas no caso da Bematech, o comando que abre o Gerencial é o mesmo que imprime as linhas, e portanto, o Loop acaba abrindo um novo Gerencial...

Tente habilitar nas configurações dessa Impressora, em Spool do Windows, "Imprimir diretamente na porta"

Existe o ACBrRFD, mas é destinado apenas para impressoras Matricias (sem MFD), e de uso concomitante ao ACBrECF....

Nelson, O ACBr não é um programa final... ele é um conjunto de componentes compatível com as linguagens Delphi e Lazarus (ObjectPascal)... Ou seja, o foco dele são os programadores...

Veja no Log do componente ACBrECF qual a msg de erro... as regras do TEF impedem o ACBrTEFD de repassar a msg de erro do ECF... apenas o famigerado "falha na impressão" é permitido... por isso, recorrer ao LOG do ACBrECF pode ajudar muito.... Provavelmente o Valor Informado no Vinculado não é o mesmo da Forma de Pagamento.... Na minha aplicação eu uso o AutoEfetuarpagamento := False; mas deixo pro ACBrTEFD imprimir as formas de Pagamento do Cartão... isso é feito por ele no método FinalizarCupom. A vantagem é que esse método já controla as regras de "desligamento" do ECF durante a fase de Pagamento e Fechamento do Cupom

Eu exibo as mensagens no mesmo Label que exibe a descrição dos produtos... No Lazarus, há uma propriedade chamada "TLabel.OptimalFill", que é ótima para auto ajustar o tamanho da fonte de acordo com o texto Quando é um Menu ou entrada de Campo, ai sim, uso um Formulário específico...

A impressora é USB ou paralela ?

O próprio componente cuida disso... Acho que seria mais fácil ganhar na Sena Em todo caso o numero pode repetir por terminal ou até mesmo no mesmo terminal... só não pode repetir no mesmo processo...

Chame apenas ACBrTEFD1.Inicializar, isso irá inicializar todos os TEFs marcados como "Hablitado := True" Se você não especifica-la o ACBrTEFD criará uma sub-pasta "TEF" dentro do diretório da sua aplicação Isso ocorre simplesmente pq o Gerenciador não gerou o TXT de resposta... Provavelmente ele ficou com alguma janela de diálogo sem ser fechada... Essa é a maneira recomendada para detectar se o G.P. está ativo, o ACBrTEFD não usa API do windows para fazer essa verificação Multiplos cartões é "o bicho" cada Bandeira/Homologador lhe dirá algo diferente sobre isso... Se eu lembro, nessa situação é permitido fechar em outra Forma de Pagamento... mas de forma normal... não é permitido passar qq outra forma de pagamento diferente de Cartão após o primeiro cartão ter sido aprovado... Ou seja: É valido: DINHEIRO CARTAO CARTAO Não é válido: CARTAO CARTAO DINHEIRO (com exceção apenas para o caso cartão não aprovado)... mas mesmo assim, ligue na SevenPDV e SoftwareExpress e comprove novamente

Você precisa atualizar o seu FortesReport para a última versão. http://sourceforge.net/projects/fortesreport/files/