Daniel Simoes

O ACBrTEFD cuida de toda parte de NCN na inicialização... Por favor, antes de derrubar o componente ACBrTEFD no seu projeto, e sair escrevendo código... Teste estude e leia com muita atenção os fontes do projeto TEFDDemo... Leia também o Guia Prático do Gerenciador Padrão Duvidas como essa serão respondidas se você fizer isso...

Isso está errado... if TACBrECFModelo(Ecf.Modelo) = ecfDaruma then Ecf.DecimaisPreco := 2; Você não deve atribuir o valor de Decimais ao ACBrECF... Apenas a Epson suporta a definição dinâmica desse parâmetro... Em todos os demais ECFs isso é definido no momento da Lacração.. O ACBrECF irá ler o numero de Decimais suportadas pelo ECF no momento da ativação

Se você usar Rel.Gerencial, seu caixa pode ficar diferente do registrado no ECF, pois o Gerencial não gera "Entrada de recursos" (recebimento) As suas mudanças são realmente necessárias ? pelo que entendi você está usando o evento "OnDepoisConfirmarTransacoes" Memo1.Lines.Add('Campo 11: ' + LeInformacao(590,0).AsString ); Pega a operadora Memo1.Lines.Add('Campo 11: ' + LeInformacao(591,0).AsString ); Pega o valor

Não faço a mínima ideia... Já tentou fazer o que foi sugerido ??

Os fontes atuais no SVN, da Unit da Bematech tem a assinatura para os métodos... O problema é que os comandos disparam um A.V. em algumas situações..

Se o código estava lá, e foi comentado... é porque houve algum motivo... Por favor verifiquem no Change-log.TXT deste componente...

O problema é que se você usar Rel.Gerencial.. não terá como informar as Formas de pagamento no fechamento da Transação...

De acordo com o Manual do G.P. não existe o campo Moeda para o comando CNC

Você comentou que usa um Rel.Gerencial... Acredito que para aceitar outras formas de pagamento o correto seria você utilizar um "Comprovante Não Fiscal"

O ACBrECF não conseguiu nem enviar comandos... provavelmente o ECF está usando outra configuração Serial (Baud, Stop, etc) diferente da setada no componente (o valor default) Tente descobrir qual era a configuração anterior investigando os arquivos de configuração da DLL que funcionava...

Você deve estar tentando ler o Estado em algo evento ou Timer... Isso é complicado de achar por BkPoint, pois as vezes o problema só ocorre quando em execução corrente... Sugiro inserir a gravação de arquivos de Logs, nos métodos que chamam o ACBrECF... isso mostrará qual linha está disparando essa leitura de Estado prematura

Sim, por favor... De uma lida no Metodo: procedure TACBrTEFDRespCliSiTef.ConteudoToProperty; de ACBrTEFDRespCliSiTef.pas Alias, mesmo sem qualquer modificação nos fontes, você consegue ler os valores dessas propriedades em: OnDepoisConfirmarTransacoes Veja que no TEFDDemo ele demonstra como ler o campo "11" Memo1.Lines.Add('Campo 11: ' + LeInformacao(11,0).AsString );

E qual é o resultado do LOG ? Você fechou o outro programa que acessa a porta Serial ?

Não vejo nenhum problema ou modificação necessária para ser desenvolvida no ACBrECF...

Acho que funcionará SIM... tente com o ECFTeste.. ele tem uma função para envio de comandos por ASCII

Você não definiu a Porta do ECF... nem sempre o "Procurar" funciona...

A porta 25 foi banida no Brasil todo... Entre em contato com o provedor para saber a nova configuração..

Sim, por conversor USB <-> Serial, qualquer ECF poderia funcionar... Mas um erro comum, é tentar ligar a saída do conversor direto no ECF... Ainda é necessário ligar o cabo que acompanha o ECF no conversor... caso contrário seria algo parecido como ligar o ECF diretamente na placa do PC

Aparentemente o Delphi está achando uma outra biblioteca Synapse nos seus diretórios que está conflitando com a distribuída pelo ACBr... Experimente remover todos os packages, apagar os BPLS e re-instalar tudo novamente

Fórum Errado... Quando o ECF retorna essa mensagem é porque ELE (O ECF) não possui os dados da Redução Z ou não foi capaz de recuperá-los... Não há nada que o ACBrECF possa fazer a respeito disso... Por isso que o ideal é usar ACBrECF1.DadosReducaoZ, instantes antes de comandar a Z, ele sempre funcionará

Nenhuma configuração adicional será necessária

Pelo que li vc precisa instalar a útlima versão do SiTEFDemo e o instalador do Simulador GwCel para que seja efetuada uma "carga" com os dados das operadoras... Todas instruções e links para download estão no documento: SitGwCel_Simulador_Leia_me.pdf Qual é o fluxo da sua aplicação para Recarga de Celular ? ( Qual documento você abre ou imprime no ECF ? ) Analise o LOG gerado pelo ACBrTEFD para o CliSiTEF.. Verifique se as informações da recarga estão lá... se SIM, acho que seria apenas o caso de criar novas propriedades em TACBrTEFDResp e ajustar os métodos ConteudoToProperty, para ler os valores da Resposta do SiTEF e move-los para as novas propriedades Veja Também o documento: Configurações Adicionais Recarga Pré-Pago.pdf, nele existem várias chaves de configuração para o CliSiTEF.ini que afetam a Recarga de Celular

Sim... O ACBrECF também é capaz de abrir novo Gerencial quando há muitas linhas impressas e ocorre o "estouro" de linhas no Gerencial... Lembro que há um teste do Pay&Go que verifica se a aplicação é capaz de fazer isso...

Por favor anexe o LOG gerado pelo ACBrECF, na impressora Bematech MP 20 FI II... No momento de ativação ele deve estar tentando executar algum comando que não existe nesse modelo... O LOG nos dirá o que está errado..

A Bematech não funcionará por USB dentro do ACBr... Veja: