daniel.simoes

Provavelmente está na memoria da Impressora uma configuração de página... o ACBrETQ não usa isso, ele se baseia no recurso da Impressora em detectar o GAP no formulário... Experimente efetuar um reset na Impressora

apenas se o protocolo dela for compatível com as da Filizola ou Toledo (vários outros modelos são compatíveis com a Filizola)

Não há necessidade disso, pois o ACBeECF "prende" o fluxo do Pascal enquanto o ECF não responder ao comando enviado... O erro de ocupado só ocorrerá quando vc enviar comandos ao mesmo tempo (isso é possível, em eventos)

Apenas se vc configurar a propriedade para não ignorar os ECFs com MFD... porém isso não é necessário, por lei, é responsabilidade do fabricante do ECF disponibilizar aplicativo que gere o Ato Cotepe 17/04 através de download da MFD

Daniel, Eu e a Juliana usamos apenas Lazarus atualmente... Se puder modificar o demo em Delphi anexe aqui as units modificadas

É preciso uma revisão no ACBrNFe e ACBrSPED, existem muitas funções repetidas como por exemplo a validação de CNPJ e I.E. Hoje existe em ACBrUtil as funçoes: function EAN13Valido( CodEAN13 : String ) : Boolean ; function EAN13_DV( CodEAN13 : String ) : String ;

Veja o demo em: \ACBr\Exemplos\ACBrCEP

Sim, geralmente o componente ACBrRFD é inserido do mesmo formulário ou DataModulo do ACBrECF o RFD é usado apenas para criar o arquivo de Nota Fiscal Paulista para ECFs Matricias... Ele gera "on-the-fly" os registros do arquivo da CAT 52

Existe o ACBrBoleto, mas ele, assim como todos os componentes do ACBr, são focados para ObjectPascal (Delphi e Lazarus) Já conheçe o PHPBoleto ? http://boletophp.com.br/

No ACBrECF eles são propriedades, que permitem ligar um componente a outro... No caso do ACBrEAD o ACBrECF instancia um quando necessário e caso nao exista um ACBrEAD ligado ao ACBrECF... porém no caso do ACBrRFD e ACBrAAC eles são apenas propriedades... Algo parecido como a propriedade DataSet de um DataSource

Teste com o Demo do TEFD... e se conseguir reproduzir o problema nele, informe detalhadamente o "passo a passo" para gera-lo O TEF Dial (discado) só processa uma transação por vez... para múltiplos cartões é necessário confirmar a transação antes... o (TEFD faz isso automaticamente quando múltiplos cartões é acionado)

Desculpe-me mas não compreendi o problema... Por favor descreva "passo a passo" como reproduzir o ERRO no Demo do TEFD

Experimente com o Demo do TEFD... Copie aqui os trechos de LOG do ACBrECF e ACBrTEFD Provavelmente há algo errado no seu código programado no evento: OnComandaECFAbreVinculado

Poderia ser implementado em: procedure TACBrTEFDRespTXT.ConteudoToProperty; mas é necessário testar se haverá efeitos colaterais em: function TACBrTEFDRespostasPendentes.GetSaldoRestante : Double; function TACBrTEFDRespostasPendentes.GetTotalPago : Double;

Acredito que isso ainda não tenha sido implementado no TEF Dial

Há algo errado na sua lógica de programação... Veja: Vc enviou o pagamento de R$ 4,00 para a FPG 05 -- 17:47:48 EfetuaPagamento( 05 , 4 , , 0 ) TEF_DIAL ProcessarRespostaPagamento: CRT - 63642 Indice: 05 Valor:4,00 Mas está tentando abrir o vinculado com R$ 5,00 -- 17:47:51 AbreCupomVinculado( 004689 , 05 , 5 ) TEF_DIAL ECFAbreVinculado: COO: 004689 Indice: 05 Valor: 5,00 por isso o erro: ----------------- ERRO ----------------- Erro retornado pela Impressora: Bematech Comando não executado Comprovante de crédito ou débito não permitido ou já emitido ----------------------------------------

Experimente com o Demo do TEFD e veja se o mesmo problema ocorre... provavelmente é algo que vc escreveu no evento OnComandaECF para a execução da opção: opePulaLinhas opePulaLinhas : begin ACBrECF1.PulaLinhas( ACBrECF1.LinhasEntreCupons ); if UsaGuilhotinaTEF then ACBrECF1.CortaPapel( True ); end; [/code]

Forneça mais informaçoes... Informe exatamente a mensagem... anexe trecho do log do ACBrECF e ACBrTEFD onde ocorre o erro

Qual o G.P. ? O ACBrTEFD não fala com o PinPad, é o GP quem fala... Se for SiTEF, configure em CliSitef.ini

Nem todos ECFs aceitam abrir 2 vinculados com o mesmo índice de forma de pagamento

Oi Evandro, Obrigado pela dica... adicionado nos fontes...

Não há como, o ACBrTEFD é um componente para Delphi ou Lazarus (ObjectPascal)

Você tem o componente ACBrEAD na aplicação ? Se você não associar um ACBrEAD no ACBrPAF ele criará um internamente... poder ser nesse ponto que esteja o problema... Como ACBrAAC, ACBrPAF usam o ACBrEAD é melhor deixar ele instanciado na aplicação, caso contrários os componentes PAF e AAC ficarão tentando criar e destruir um componente interno...

A alteração não está correta... Essa variável indica se o OpenSSL foi inicializado, ou seja, se as DLLs deles já foram carregadas ou não para a memoria (carga dinâmica) Esse método apenas libera a Chave da memória, e não todo o OpenSSL

Acho que o problema no Lazarus é o compilador FPC... Ele não tem suporte a carga dinâmica de pacotes... Os desenvolvedores alegam várias dificuldades para implementar esse recurso, mas não estou muito a par do assunto.... Esse link tem mais informações: http://wiki.lazarus.freepascal.org/Laza ... age_System