Daniel Simoes

Na minha opinião isso será um "tiro no pé" O programador pensa: "Humm.. vou precisar mudar meus fontes... nesse caso, porque não mudar para outra DLL, de outro equipamento ? (ou até mesmo ACBrECF)" Acho que eles aprenderam com o fisco... a decisão vem sem uma consulta pública... e de forma arbitrária... Qual é a necessidade ou vantagem de quebrar a compatibilidade ?? Nenhuma. poderiam pelo menos manter a assinatura dos métodos...

é possível capturar direto da MFD... mas para isso é necessário um programa disponibilizado pelo fabricante do equipamento... quanto a salvar em arquivo, ou BD, sem problemas... o método DadosReducaoZ retorna o conteúdo de um arquivo TXT no formato .INI A Nota Fiscal paulista pode ser gerada do seu banco de dados, desde que vc possua todas as informações necessárias para compor o arquivo, de todos os documentos impressos pelo ECF... alias isso é o recomendado, pois PAF-ECF, SPED, Sintegra também podem se beneficiar dessa mesma base... e a obrigatoriedade de gerar os arquivos permanece, mesmo que o ECF seja "queimado", roubado, extraviado, etc... (ou seja, mesmo que você não tenha como acessar a MFD do mesmo)

Oi Giuliano, Desculpe-me não poder ter lhe ajudado... e parabéns pela sua persistência... Muito Obrigado pela sua colaboração... vou analisa-la hoje a noite, e se tudo OK já mando pro SVN...

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á...