Daniel Simoes

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/

Ricardo, O "manual" é o programa Demo... leia-o com atenção, ele demonstra como fazer a geração com e sem a concomitância (que é necessária para arquivos muito grandes)

Veja o arquivo LEIA-ME.TXT

SIM, mas apenas para ECFs matriciais... para ECFs com MFD é necessário aplicativo do Fabricante que acesse direto a MFD

Acredito que vários usuários já façam isso... Seria mais produtivo você postar qual é a sua dúvida

tente chamar na linha de comando do MS-DOS, na pasta onde está o OpenSSL OpenSSL version (isso exibirá a versão atual do OpenSSL) Se ocorrer algum erro, copie o EXE e as DLLs da pasta: \ACBr\trunk\DLLs\OpenSSL

Já tá na minha lista de "coisas a fazer"... mas ainda não tive tempo de analisar

O negócio é você contratar um "linuxer" (um cara ou empresa que tenha know-how em Linux) para testar a compatibilidade do seu PDV com Linux + Wine Pode ser complicado, pois todas as DLLs usadas tem que ser suportadas no Wine, tem a questao de acesso a porta serial, etc... Eu utilizo um sistema feito em Delphi7 com dbExpress e FireBird no nosso servidor Linux (com Wine)... funciona bem, apesar de alguns erros de desenho na tela... O ideal... é compilação nativa, usando o Lazarus... mas migrar o seus fontes seria muito trabalhoso...

Já leu o arquivo LEIA-ME.TXT ?

Se não me engano, no arquivo LEIA-ME.TXT tem algumas dicas para quem migra de versão

Qual comando vc enviou ? Seria: ?? chr(27) + 'd'