Daniel Simoes

O ACBrECF não suporta isso...

A classe ecfDaruma deve ser compatível com ela... Mas acredito que este ECF não mais válido...

Você não pode fazer isso... pois vários dos testes levam em consideração essa fase do cupom... Como eu já disse antes... Use ACBrTEFD.FinalizarCupom... Use o Demo antes de implementar pra valer... experimente todos os botões... leia o código

Quando você chamar ACBrTEFD1.FinalizarCupom; este e vários outros eventos serão chamados... Isso fará com que o ACBrTEFD cuide do Fechamento do Cupom respeitando o fluxo necessário para o TEF (com suporte a nova tentativa e cancelamento de transação)

O Desconto será enviado como parâmetro no evento: OnComandaECFSubtotaliza Procure por: ACBrTEFD1ComandaECFSubtotaliza nos fontes do TEFDDemo, Unit1.pas

Acho que seus fontes estão desatualizados.... O fonte atual está como: FileMask := FilePath + Prefixo + Trim(NumSerie) + '_' + FormatDateTime('yyyymmdd',Now ) + '_*.TXT'; [/code] No ACBrSerial-Change-Log.txt a mudança é explicada... Sempre que for relatar algo, por favor verifique antes se os fontes atuais do SVN já não foram corrigidos...

Cave um pouco mais... Open Source é mais do que apenas pedir ajuda... é importante ajudar também... Acompanhe o processo com o Debug... Que nome de arquivo o ACBrECFBematech.pas está procurando, e qual nome o arquivo está sendo gerado ? Vá com o Debug passo a passo e analise as variáveis, acompanhe até onde o fluxo é desviado para o exception...

NFC-e e SAT são muito parecidos... ambos usam um XML quase idêntico... mas o SAT é capaz de assinar digitalmente os XMLs sem depender de conexão com a internet... isso na minha opinião faz toda a diferença... Se o hardware realmente custar uns R$ 400,00 como quer o fisco, será ótimo...

Acho que é uma MECAF mesmo... pois tirando a venda de Item todos os outros comandos funcionaram... @joaovmf, Seria possível enviar link para download do Manual de comunicação direta deste equipamento ?

Por favor crie um novo tópico para assuntos diferentes

Sempre que tiver um problema semelhante... por favor anexe o LOG... ele nos dá informações muito importantes para descobrir o problema

O único e GRANDE problema da NFC-e, é a necessidade de conexão on-line para assinatura a cada documento... Isso é totalmente incompatível com Varejo... Esperar a resposta de assinatura de 2 a 15 segundos (na melhor das hipóteses) é MUITO para o varejo... e no caso de Contingência, voltamos pro ECF... ou seja, na minha opinião a NFC-e é um projeto equivocado...

Por favor ajude-nos a debugar... O manual de programação direta da Mecaf está na pasta TOOLS https://acbr.svn.sourceforge.net/svnroo ... anProg.pdf e a Unit da Mecaf é ACBrECFMecaf.pas

Humm... realmente... outro possível problema é o código com 14 casas: Em todo caso é o Sw.Básico do ECF que está acusando o erro... talvez o manual do ECF de alguma dica

Por favor leia as respostas atentamente:

Você está tentando vender um produto com o Preço Unitário Zerado -- 19:35:07:984 VendeItem( 0000000000628 , ABACATE , F1 , 1 , 0,8 , 0 , KG , % , D , -1 )

Com as informações que você forneceu não dá pra fazer a menor ideia do que seja... Tente apenas com o ECFTeste.exe... analise o arquivo de LOG gerado pelo ECFTeste.exe, se necessário copie ele aqui...

Leia o erro no arquivo de saída (SAI.TXT) Você configurou corretamente o ACBrMonitor ?

Se for Windows seven ou vista esse diretório pode conter restrições de escrita em arquivos... Tente instalar em c:/seuprograma/

Até onde eu sei não foi revisado... Mas como ele está usando a interface do discado como base, pode ser que funcione...

O ACBrECF1.Device.ProcessMessages faz o ACBrECF chamar internamente Application.ProcessMessages enquanto ele fica esperando a resposta do ECF... A vantagem deste método, é que a sua interface não fica "congelada", enquanto o ECF não responde... A desvantagem, é que com a Interface livre para novos cliques e "enters", o usuário consegue disparar chamadas a eventos de forma concorrente... Desativando o ProcessMessages o ACBrECF se comportará semelhante a uma DLL de fabricante de ECF, ou seja, só devolverá o controle para a sua aplicação, quando ele terminar de trabalhar...

Este forum é apenas para usuários do ACBrECF... Para suporte a DLL do fabricante, entre em contato com a equipe de suporte deles... A Daruma tem uma ótima equipe de suporte

Desconfio de permissão para a edição do .INI O erro na execução é provavelmente porque o .INI não foi configurado corretamente... As DLLs e o .INI estão na mesma pasta do seu .EXE ? Há alguma outra cópia de Bemafi32.dll nos diretórios do Windows ? O path de instalação do seu programa é algum diretório do Windows ? (Ex: ProgramFiles)

O ACBrECF usa os métodos de configuração da DLL para o Registry... não é isso que deve ser feito ? Não é nada produtivo editar o XML na mão... a ideia é deixar que o ACBrECF faça isso... Por favor verifique com o fabricante, qual é o método da DLL que deve ser usado para configuração de Porta e Velocidade

Sim, Eu e o André já estamos trabalhando nisso...