Daniel Simoes

Você programa em Delphi / ObjectPascal ? Se não me engano os cursos da T2Ti são em Java...

Há um erro na sua lógica de programação... Vc capturou o Exception e não levantou ela novamente... por isso, ela nunca vai para o Finally, pois você "tratou" o Exception Aparentemente o que vc pretende fazer poderia ser escrito de forma simplificada: try ACBrECF1.EfetuaPagamento(dd.CUPOMRECECF.AsString,dd.CUPOMRECVALOR.AsFloat+finalizadoras.recebidoTroco,'',false); except ShowMessage('ECF não responde, aplicação será encerrada!'); Application.Terminate; end;[/code] Entretanto essa lógica, não corresponde ao tratamento de erros recomendado pelo Guia Técnico do G.P.

Ele ficará "preso" neste loop apenas o tempo determinado em: ACBrTEFD.EsperaSTS

Perde o foco para qual aplicação ? Ou melhor, quem fica com o foco quando esse problema ocorre ?

Por favor forneça mais informações: - Qual a IDE e S.O. ? - Qual o ECF, Marca / modelo / versão ? - Qual o problema com o comando acima ? Ative o LOG do ACBrECF e analise o mesmo, copiando-o aqui se necessário

Jorge, Faltou informar qual a Marca / Modelo e versão do ECF... Acho que trata-se de uma Epson... isso é uma característica do ECF... solução... trocar por outra marca... Dica: Você não precisa identificar o operador toda hora... basta apenas 1 vez, após o Login, por exemplo...

O código não existe... apenas foi escrito para a Daruma... Estude os fontes, e tente colaborar na medida do possível

Vá com o Debug e analise o conteúdo da variável momentos antes dela ser impressa... Pode ser que o problema esteja na sua rotina, na chamada do método Tente também com o Demo do ACBrCHQ

Oi JNP, Mas como fazer a "Entrada de Estoque" ? No tela de cadastro acredito que não seja permitido/possível alterar o estoque... Ou seja, o Item recém cadastrado estaria com o Estoque 0, e o teste solicita a "entrada" de 10 Unidades

Por favor estude detalhadamente o Demo (na pasta Exemplos), além de ler com atenção o Guia Técnico do Gerenciador Padrão

Eu deixo ela parametrizável no meu programa... mas primeiro, analise o código e veja como ela trabalha... Basicamente ela adiciona 0.001 a QTD até o Total Truncado ficar igual ao Total Arredondado desejado

O ACBrBarcode na verdade é um "envelope" para uma antiga classe de desenho de cód.Barras... a AJBarcode de Andreas Schmidt Tudo que fiz foi criar um componente para conter essa classe, o que permite interagir com a IDE de forma mais simples... Com ele é possível criar códigos de Barras em qq gerador de relatórios que suporte imagem... assim como fizemos com o ACBrBoleto, na versão QuickReport

O trabalho foi iniciado mas não foi concluído... sua contribuição é muito bem vinda...

Por favor leia o inicio do Tópico... a Unit utilizada na versão Delphi não tem carga dinâmica... e ajusta-la para isso seria um trabalho "hercúleo"... Atualmente não tenho motivação ou tempo para mudar isso... Mas uma ideia seria criar uma DLL intermediária... Exemplo: ACBrEAD.dll e o componente ACBrEAD faria carga dinâmica dela... isso é bem mais simples pois são poucos métodos que o ACBrEAD realmente usa da libeay32.dll

Moacir, Qualquer desenvolvedor é apto a trabalhar pela recompensa... mesmo que ele não tenha direito de commit no SVN... Toda ajuda é muito bem vinda Assim que o Marcio tiver algum fonte que ele deseje submeter a analise basta anexar aqui mesmo no forum... Quando as alterações deles estiverem em "sintonia" com a da equipe, podemos se for o caso, disponibilizar uma conta de commit

Quem faz arredondamento ou Truncamento é o próprio ECF, e não o ACBr... Leia a propriedade boleana, ACBRECF1.Arrendonda para saber se o ECF é capaz de realizar o arredondamento ou se ele trunca.. ArredondamentoPorQtd é uma POG para conseguir compatibilizar as balanças (que sempre arredondam) com os ECFs MFD (que sempre truncam) P.O.G. - Programação Orientada a Gambiarra

De qual componente do ACBr você está falando ??

É recomendado usar FPC 2.5.1 com o ACBr e com o Lazarus 0.9.31... vc precisaria baixa-lo pelo SVN e compila-lo... No LOG que você anexou não há nenhum erro de TimeOut... os Erros existentes são:1 A mensagem é clara... o componente foi desativado, por isso ocorre o erro Outro erro: Este erro é retornado pelo próprio ECF, que não permite o comando de identificação do Operador com um Documento aberto

Vc usa FPC 2.5.1 ? Por favor anexe o LOG gerado pelo ACBrECF...

Oi Waldir, Muito obrigado... corrigido...

O ACBrNFe ainda não foi compatibilizado com o Lazarus... Por enquanto não há resolução para os seguintes problemas: - Não há suporte a certificados A3 - Não existe um DANFE para Lazarus

Lestes os posts iniciais ? Sua dúvida é respondida lá...

Seu tratamento está correto... vc pode testar o estado do ECF, quando entrar no programa, logo após inicializar o ECF, e/ou na abertura de um novo documento qualquer... No meu PDV o mesmo fica "bloqueado" para venda ou qualquer outra operação no ECF quando o mesmo não é inicializado corretamente... e apresento a tela abaixo quando o operador tenta alguma operação

Como disse antes... o dedicado mudou muito Acredito que com concorrência das maquinetas, o dedicado está se tornando cada vez mais acessível... Lembre-se que apesar de algumas (nem todas) redes usarem 0800, ainda há o custo do pulso da ligação, e da assinatura... Veja a conta telefônica do seu cliente... com certeza ela passa de 300,00... Sem falar na demora de quase 1 minuto por transação, contra 3 segundos do dedicado... Outras vantagens do dedicado: - Não há obrigatoriedade de re-homologação anual... (é apenas por convocação) - O custo de homologação pode não ser cobrado, se vc fizer através de um integrador como por exemplo a DataRegis ou Direção - Aceita todos os cartões existentes (segundo a propaganda deles) - A interface do programa pode ser a sua própria (não há G.P.) - Você pode ganhar comissionamento por cada TEF fechado... Tenho orientado meus clientes a optarem por POS (maquinetas) ou dedicado... o TEF discado só dá dor de cabeça... e sempre sobra para a Sw.House... Mesmo assim... se optares pelo discado, o primeiro passo é descobrir qual é o G.P. usado pelo BANESE... provavelmente é o TEF_DISC (da SoftwareExpress), se for o caso, o ACBrTEFD também já está pronto para ele

Não me aventurei muito na homologação do V&SPague, mas sei que ele tem peculiaridades, e talvez o ACBrTEFD não as trate de forma correta ainda... Leia os posts iniciais desse mesmo tópico, existem alterações que ainda não incorporei aos fontes do TEFD, por não compreender direito o que me foi sugerido.... talvez isso lhe ajude de alguma forma...