daniel.simoes

Suas informações são muito vagas para qualquer analise... O que eu preciso saber... é qual protocolo do ACBrETQ você pretende utilizar... Quais deles se saiu melhor ? Quais comandos desse modelo não funcionaram no protocolo escolhido ? Consegue anexar imagens do que não funcionou ? Testou com o Demo do ACBr ? Qual o nível de compatibilidade desse modelo com o protocolo usado no ACBr ? Cada classe tem um arquivo de fonte completamente diferente... Exemplo: uma correção para PPLA seria inócua para PPLB...

E qual dessas linguagens você está usando ??

A impressora tem suas próprias fontes internas... Observe que um dos parâmetros a ser informado é justamente a "letra" da fonte... leia mais sobre PPLA/PPLB https://acbr.svn.sourceforge.net/svnroot/acbr/tools/Argox/

Esse modelo é compatível com PPLA, PPLB ou ZPLII ?

A mensagem vem da operadora... você NUNCA pode modificar a informação retornada pela operadora..

Provavelmente o fisco disponibilizará um aplicativo em: http://www.fazenda.sp.gov.br/sat/downloads/vigentes.asp Veja que lá no final existe: Enquanto isso, crie uma string qualquer com o numero de caracteres exigidos

Tópico dividido... Por favor sempre crie um novo tópico para um novo assunto...

Vamos "pegar pesado" no SAT e NFCe muito em breve.... ainda tenho algumas tarefas a terminar... A ideia é conseguir a impressão do "DANFE" no NFCe com ESC/POS, assim como fizemos no ACBrSAT, mas também, permitir o uso de geradores de relatórios

Quem controla o GNF é o proprio ECF, não como o ACBrTEFD ou ACBrECF mudar isso...

Não compreendo a sua dificuldade... ACBrTEFD.CRT e ACBrTEFD.CHQ são functions com retorno Booleanos... Isso não é suficiente ? O próprio TEF se encarrega de disparar as msgs no caso de não aprovação... Por favor estude em detalhes o TEFDDemo antes de partir para a implementação

Antes de mandar para a intervenção, verifique a versão no Rodapé de qq cupom... e pergunte ao fabricante se existe atualização para essa versão... Pergunte ainda, se a atualização corrigiria o problema mencionado no post (não impressão de comando de Expandido)

Seu fonte está desatualizado em relação ao SVN,o que dificulta o Merge... algumas dúvidas... Linha: 1504, você comentou a linha abaixo, porque ?? é necessário ? try //CancelaNaoFiscal except end; Em relação a Data do cheque já corrigi... Obrigado...

O problema pode estar relacionado a atualização do Sw.Básico do ECF... parece que a sua versão não suporta o comando de Expandido Seria mais fácil usar: ACBrECF1.IgnorarTagsFormatacao := True;

Não entendi porque você usa algo como: if ecf.AguardarRespostaEcf ... O problema pode estar no seu código... para tirar a "prova dos nove", por favor use o ECFTeste e tente reproduzir o problema...

Você está informando o COO do cupom errado na segunda abertura: -- 09:51:46:214 AbreCupomVinculado( 003022 , 03 , 5 ) -> OK -- 09:52:06:214 AbreCupomVinculado( 003023 , 05 , 5 ) -> ERRO

Use Maxlinhasbuffer := 3 O log não mostra nada de errado...

O protocolo dessa balança é completamente diferente, nenhuma das classes atuais suportaria ele... Infelizmente não tenho tempo ou necessidade para esse desenvolvimento Sugiro tentar com a Dll do fabricante

Por favor anexe o LOG do ACBrECF e o texto da "fita" do Emulador

Recentemente, recebi um modelo de ECF MP4200TH FI, ou seja, o novo "ECF blindado" ou ainda o "ECF 09/09" como estão sendo chamados esse modelo... No ACBrECF chamamos ele de EscECF, pois esse é o nome do Protocolo implementado para todos os ECFs desse novo convênio. Com o ECF em mãos, apliquei diversas melhorias na classe ACBrECFEscECF Todas as modificações e melhorias implementadas estão descritas no arquivo ACBrSerial-change-log.txt Acredito que agora seja possível utilizar o ECF em produção, no entanto solicito ajuda de todos os interessados para aumentarmos os testes, pois o prazo para a implementação deste ECF no estado de SC é 01/10/13 Agradeço muito a Bematech pela doação do equipamento e pelo apoio e suporte que tem nos dado, principalmente ao André Munhoz, que tem uma paciência incrível comigo

Sem o LOG não dá pra analisar...

Exato o cupom fiscal deve SEMPRE ser entregue ao cliente... o que o estabelecimento pode reter é um Rel.Gerencial ou Vinculado com uma confissão de dívida para o cliente assinar... Já vi alguns estabelecimentos simularem um cupom dentro de um gerencial... mas o fisco pode não gostar disso... o uso da palavra "TOTAL" é proibido em Gerenciais e Vinculados

Experimente: ACBrECF1.EnviaComando( 'SUA LINHA DE IMPRESSAO' );

Basta você NÃO associar um ACBrAAC ao ACBrECF...

Importante mencionar que o método ACBrECF.FecharRelatorio é capaz de fechar Vinculados ou Gerenciais... portanto para recuperação de falha em queda de energia "estRelatorio" é o suficiente...

Há algo errado aqui... A Epson não utiliza protocolo FiscNet, ela tem um protocolo próprio... Acredito que atualmente a Itautec está comercializando equipamentos Epson OEM (antigamente as Itautecs eram "ZPM" OEM, essas sim usam FiscNet)