Daniel Simoes

Conforma já demonstrei... aqui funciona normal... não vejo outra alternativa, a não ser o fato de você estar enviando o CNPJ errado... [2014-06-04 10:47:24.893]:ERRO: CNPJ Invalido

Não sei...mas provavelmente o suporte da Bematech possa informar... Tente com o WinMFD2... não tenho certeza se ele usa a BemaFi32... mas é um teste...

1 - Testei apenas numa Epson... Talvez seja necessário implementar uma propriedade "margem" no componente... mas uma margem muito grande pode quebrar o layout... Experimente ajustar a margem no Form do Relatório... (ACBrSATExtratoFortesFr.pas) 2 - Por favor anexe uma imagem do Cupom e com as suas observações 3 - Não consegui imprimir o código legível com apenas 1 linha no Fortes... (no ESCPOS deu certo) PS: Tópico divido para melhor organização.... Sempre crie um novo tópico para uma nova dúvida... conheça as Regras do Forum

Pode ser que a DLL não goste do seu nome escolhido para a pasta (com espaços)

Não... isso não é requisito do SAT... (acho que nem mesmo do NFCe) Porém você pode usar o ACBrMail para implementar isso

Você consegue passar um passo a passo de como reproduzir o problema usando o TEFDDemo ?

Suas modificações parecem corretas, e foram incorporadas ao SVN... Muito obrigado pela colaboração

Provavelmente você está mudando o ACBrTEFD.GpAtual em algum momento da sua transação...

No meu caso eu não tenho um controle sobre isso... porém não uso telas ShowModal para exibir as mensagens... As mensagens ficam em um "label" em destaque do Form... como por exemplo o Label que exibe a Descrição do Produto... Dessa maneira, a msg permanecerá na tela, até vir um comando da própria SiTef, para apagá-la...

Verifique os tipos de código disponível, no manual PPLA&PPLB https://svn.code.sf.net/p/acbr/code/tools/Argox/

Testou com o Demo da própria Bematech para excluir a possibilidade de bug na DLL ??

Ou usar o ACBrFrameWork http://www.projetoacbr.com.br/forum/index.php?/forum/16-acbrframework/

Me parece um Bug da DLL com a data sem movimento.... Experimente no Demo em Delphi do Fabricante...

Sim, é possível... Estude o Demo ETQTeste

Acredito que você está alterando a propriedade DecimaisQtd... vc deve usar o que for retornado pelo ECF no momento da Ativação do componente... Esse ECF não permite ajuste dessa propriedade

Lembre-se que você não pode modificar o fluxo de mensagens do TEF... isso é controlado pelo Gerenciador.. Se você modificar isso, provavelmente não passará na homologação

Sempre que o ACBrTEFD precisar enviar uma mensagem ao Operador ou ao Usuário, ele o fará através do evento: OnExibeMsg

O ACBrMonitor apenas repassa a String que ele recebe do ACBrECF... Também é possível testar DadosReducaoZ e DadosUltimaReducaoZ no ECFTeste

Teste no ECFTeste... use o menu Variáveis, Mapa Fiscal

Eu não consegui compreender qual é o problema reportado...

Veja o método: DigitosaIgnorarConta de ACBrCMC7.pas... talvez seja o que você procura...

Não é correto informar NumCOOInicial = 0, o componente estaria induzindo o programador a acreditar que o NumCOOInicial retornado pelo ECF é 0, quando na verdade, aquele modelo de ECF simplesmente NÃO retorna essa informação na leitura de Dados da Ultima Reduçao Z Isso não é um bug, e não será modificado

O ACBrECF repassa somente as informações que ele Recebe... Nem todos os ECFs retornam as mesmas informações... Vc pode calcular o NumCOOInicial na sua aplicação usando (COO_Ultima_ReducaoZ + 1 )

Vc ativa o SAT apenas 1 vez... A ativação do SAT tem a finalidade de criar um vinculo do CNPJ do Cliente com o da Sw.House... não precisa ativar cada vez que entra na sua aplicação...

Sem o LOG não dá pra analisar... Você não consegue reproduzir o problema usando o ECFTeste e o emulador da Bematech ? Isso lhe daria a chance de prover um LOG