Daniel Simoes

Por favor abra um novo tópico, pois o assunto é completamente diferente...

Como assim ? Não é necessário calcular nada... O 2of5 não tem dígito verificador

Ivan, Algumas perguntas... Notei que há uma reescrita do método: VerificarTransacoesPendentesClass; acho que isso não é necessário, pois o ACBrTEFD faz esse controle usando os arquivos de Backup Não compreendi muito bem a finalidade do Flag: "ExecutandoCNC"... Notei que vc liga ele em "ProcessarResposta", mas nem todo relatório que for impresso por "ProcessarResposta" será um CNC... Em ACBrTEFD.pas, linha 1501, você está desbloqueando o teclado.... Mas o método TACBrTEFD.CancelarTransacoesPendentes, nunca efetuou o bloqueio do teclado... Qual a finalidade de adicionar o valor do Saque na somatória realizada na linha: " Grupo[J].Total := Grupo[J].Total + RespostasPendentes.ValorTotal + RespostasPendentes.Saque;" Se usarmos a classe atual, que está no SVN... quais os testes que não funcionariam corretamente ?

Gerar gerou... senão o G.P.nunca abriria, correto ? O que ocorre é que o G.P. apaga esse arquivo rapidamente após recebê-lo... Leia o teste com muita atenção... Vc precisará desativar o G.P. na tela de seleção de redes... e esse teste só funciona no G.P. padrão (não no Pay&Go)

Experimente enviar o código com apenas os 12 primeiros caracteres, e deixe a Impressora calcular o último dígito, que é o digito verificador... Para códigos numéricos sem tamanho fixo, use o 2of5

Este emulador é algo simples... ele simplesmente envia a mesma resposta que observamos que a Balança enviaria... porém ele não foi ajustado para o protocolo da Urano

Provavelmente não... mas você poderia fazer um programa parecido com o ACBrMonitor, que permite conexões Sokets de várias máquinas

Não é o correto gravar na sua base que o Cupom está cancelado... pois afinal ele NÃO estará cancelado no ECF...

Show de bola... Apenas uma dica... não precisa programar ACBrPAF.GetKeyRSA, esse evento foi criado para quem não usa o ACBrEAD... quando eles estão "amarrados", é o ACBrEAD quem assina sempre Você pode validar a assinatura com o próprio Demo do ACBrEAD... mas o programa oficial, do fisco, é o eECFc (que foi desenvolvido pelo time da Epson)

Sim.. Vou subir em breve... Obrigado também pelas informações precisas...

Perfeito, isso mesmo... Use sempre a mesma chave, que você deve informar ao EAD no evento... Salve-as em um lugar seguro... Nunca distribua a chave Privada, apenas a chave Pública ou o XML Você pode usar o Demo do EAD para gerar o par de chaves, e tb o XML com a chave pública, requerido pelo eECFC

A mensagem GP não inicializado só deve aparecer quando o ATV não obtém resposta do GP... Veja o LOG gerado pelo TEFD para uma maior compreensão... Quando vc instalou o Pay&Go verifique se ele se instalou com o mesmo diretorio e nome do GP do discado

Alguns ECFs usam Letras como Indice dos totalizadores... ou ainda valores não lineares (contínuos) como -2, 28, etc... cada um será um caso diferente... Acho que dificilmente teremos um ECF com as mesmas condições de problema, ou seja, com os índices programados de forma não linear como é o caso dessa sua Bematech atual...

Não nada de errado com o método CHQ A mensagem de erro indica que há algum problema com o seu G.P. - O G.P. Está realmente instalado ? - Está com o mesmo path e nome da propriedade no componente ? - Já está rodando e preso em alguma tela ?

Alguma teoria sobre assinatura é pré-requisito... http://pt.wikipedia.org/wiki/Assinatura_digital Depois disso abra e estude os fontes do Demo do componente ACBrEAD

Bobeira minha... modifiquei os fontes para gerar a lista de modelos dinamicamente... Já subi uma nova versão... por favor baixe novamente

Sim... mas a versão do loop que está acima, deve resolver, pois ele usará valor o Indice "I" quando a conversão para Inteiro falhar... A única linha que mudou foi: P := StrToIntDef(CNFZ.Indice,I+1)-1

Até onde lembro... acho que só no ECF da Epson isso seria possível... pois o comando de recuperação de dados da Z implementado no Sw.Básico dele, pode receber um numero de CRZ como entrada... Entretanto o método DadosUltimaReducaoZ do ACBrECF não prevê esse tipo de parâmetro de entrada...

Acredito que estamos próximo agora... Tente essa nova versão.. for I := 0 to fpComprovantesNaoFiscais.Count - 1 do begin CNFZ := TACBrECFComprovanteNaoFiscal.Create ; CNFZ.Assign( fpComprovantesNaoFiscais[I] ); P := StrToIntDef(CNFZ.Indice,I+1)-1 CNFZ.Total := RoundTo( StrToFloatDef( copy(S,(P*14)+1,14),0) / 100, -2) ; CNFZ.Contador := StrToIntDef( copy(SS,(P*4)+1,4), 0); TotalizadoresNaoFiscais.Add( CNFZ ) ; end;

Você sabe como é o processo de assinatura ?? Veja que o EAD já está na linha final... Aconselho você a ler um pouco mais sobre assinatura digital e chaves pública e privada

Por favor teste e estude em detalhes o demo TEFDDemo, antes de tentar iniciar o seu desenvolvimento... Você não passou informações suficientes... não dá pra ter a mínima ideia do que seja "tef(15,'06',ecf.numcoo)" (não existe esse método no ACBrTEFD)

Se vc usa o ACBrTEFD, então ACBrECF.Retentar DEVE ser igual a False

Parece ser um BUG da DLL da Bematech... por favor entre em contato com o suporte deles, e nos comunique se houver necessidades de mudanças nos fontes do ACBr... Como vc está gerando os arquivos ? o ACBrECF já assina todos os arquivos que são gerados pelos métodos: PAFMF_* Observe se no final dos arquivos gerados existe o registro EAD

Devemos subir para o SVN na semana que vem..

ACBrSerial