Daniel Simoes

O erro está na compilação do NFSe... tente não instalar este pacote...

Tópico dividido... Por favor sempre crie um novo tópico para um assunto diferente... O programa que gera o DAV será homologado em conjunto e deverá constar na relaçao de executáveis (terá HASH de MD5)

Provavelmente SIM, pois você estará imprimindo um Orçamento ou seja, um DAV... você precisará ter telas de inclusão e consulta de DAVs (mesmo que elas não sejam utilizadas pelo usuário)... Pois nos testes eles querem ver e operar essas telas, já que muitas das restrições do DAV se aplicam a essa Interface da Tela...

O arquivo tem que estar igual foi impresso no cupom... Muitas empresas usam este artifício... Imprimem o Preço final como unitário... a meu ver isso é errado..

Está tudo correto... A operação CNC exige a impressão do comprovante de Cancelamento... Veja: CNC <> NCN

Não compreendi muito bem o que você quis dizer... Uma vez acionada a rotina de cancelamento ele deve ficar "preso" nela até que todos às operações estejam canceladas ou desfeitas... Impedindo até mesmo o acesso a aplicação... Por favor informe um passo a passo de operações usando o Demo

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;