Daniel Simoes

Vc está usando o ACBrECF.InfoRodape ? Ele já faz todo o requisito do PAF-ECF... acabei de re-homologar com ele... Não há como fazer negrito no Rodapé... não em todos os ECFs... Qual a página de código que você está usando ?... a Default da Daruma é: 28591 Por favor envie um passo a passo de como reproduzir o problema usando o Demo ECFTeste

Use o ACBrETQ

Vale lembrar que o emulador da 4200 não é compatível com a classe Bematech e sim EscECF

Essa assinatura não se parece em nada com a dos fontes do ACBr... Veja a do ACBrTEFDCliSiTef.pas xContinuaFuncaoSiTefInterativo : function ( var ProximoComando: Integer; var TipoCampo: Integer; var TamanhoMinimo: smallint; var TamanhoMaximo: smallint; pBuffer: PAnsiChar; TamMaxBuffer: Integer; ContinuaNavegacao: Integer ): integer; {$IFDEF LINUX} cdecl {$ELSE} stdcall {$ENDIF} ;

Qual é exatamente o seu problema ? Ocorre um A.V. ? Acentos errados ? Não funciona o TEF ? Por favor tente reproduzir o problema usando o projeto TEFDDemo... e se conseguir, envie o passo a passo

Qual o modelo e versão do ECF ? Qual a versão do Delphi ? ACBr está atualizado pelo SVN ? Até onde sei o ACBr suporta em todos atualmente PageCode corretamente...

Tente a seguinte modificação em OnComandaECF procedure TForm1.ACBrTEFD1ComandaECF(Operacao : TACBrTEFDOperacaoECF; Resp : TACBrTEFDResp; var RetornoECF : Integer ); begin try case Operacao of opeImprimePagamentos : begin if ACBrECF1.TotalPago > 0 then // Adicione essa linha para efetuar pagamento de Dinheiro apos Cartão // Efetua os pagementos Internos como Dinheiro, etc end; ......

Não compreendi se você é um usuário e quer um arquivo...Ou um programador e quer saber como usar o componente ACBrAAC Se for a segunda opção... leia os fontes dos projetos Demo com muita atenção...

Não há problemas usar porta compartilhada dessa maneira... alias essa é a única solução quando a impressora é USB... Veja o manual PPLA e PPLB para compreender melhor os códigos de Barras existentes: https://acbr.svn.sourceforge.net/svnroot/acbr/tools/Argox/

Não há evento para isso... O ECF não imprimirá nada, a não ser que você comande... Portanto na sua aplicação você tem como saber o momento do primeiro documento

Você encontra essa informações no Manual PPLA e PPLB https://acbr.svn.sourceforge.net/svnroot/acbr/tools/Argox/

Se o Grande Arquiteto do Universo nos permitir... e tivermos tempo suficiente, sobe essa semana conforme já estava escrito no tópico anterior

O próprio Fortes Report tem componentes para Códigos de Barras... Existe o ACBrBarras, mas ele gera apenas um TImage... vc poderia usá-lo para atribuir o image gerado via código a algum componente Image do Relatório

Instale o package ACBrSerial Os componentes são completamente independentes, e residem em pastas diferentes... não haverá interferência Não se esqueça de estudar detalhadamente o Demo ECFTeste.dpr

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