Daniel Simoes

O problema pode estar na sua rotina que alimenta o relatório... Tente algo mais simples, para isolar se o problema é do Fortes... crie um mini projeto, que apenas liste um relatório simples, e veja se o problema também ocorre...

Estranho, pois você está criando/destruindo o mesmo... (recomendo usar "Free" e não "Destroy") Talvez o Fortes use variáveis globais em suas units... Qual informação exatamente, fica repetida entre um relatório e o próximo ?

poderíamos modificar o método, para que ele pudesse ser chamado, sem o XML... nesse caso, você poderia carregar o XML previamente, depois somente enviar.. Exemplo: SAT.CarragarDadosVenda( 'c:\temp\seu.xml' ) SAT.EnviarCFe isso faria o componente se comportar de forma semelhante a anterior...

por favor tenha paciência... uma mudança indevida nessa unit pode prejudicar muita gente... Vários moderadores, além de outros usuários do ACBr, devem se pronunciar antes... Ok... feito... já no SVN.. Obrigado pela analise e correção... aproveitei e reordenei o IF, para que ele ficasse mais eficiente (shortcut)

O que você quer dizer com "Os relatórios estão ficando presos na memória, " ?? Memory leak ?

Acabei de atualizar e recompilar tudo... não notei o erro... (pode ser que já tenham corrigido)

Considere instalar o Fortes Report CE, ou ainda usar o Fast Report que já vem no XE7... e usar os componentes atuais do Trunk2

Se você pretende usar Delphi SIM... caso contrário, seria necessário aguardar o GNRE ser implementado no MonitorPLUS

Ricardo, O que ocorre, é que anteriormente o comando: SAT.EnviarCFe, carregava o XML na memória do componente ACBrSAT, e no enviar, ele gerava um novo XML, usando "ACBrSAT.GerarXML" Isso porém trazia vários problemas, pois ele não considerava as informações de configuração no ACBrMonitorPLUS, como por exemplo o regime tributário da empresa, ao invés disso, ele esperava ler todas as propriedades da empresa do XML... e se isso não constasse no XML de entrada, ele usaria os valores "default" do componente... o método: "SAT.EnviarCFe", foi modificado para simplesmente repassar o XML recebido da aplicação, para o SAT... (sem tentar interpretá-lo)... Isso causou algum tipo de problema na sua aplicação ?

Obrigado pela analise... possível correção enviada para o SVN

O problema do EscPos parece ser o fato de você ter configurado errado o numero de colunas Use o PosPrinterTest, imprima o "Teste de Carácteres" e veja quantas colunas essa impressora suporta

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

Verifique por atualizações no firmware da Impressora, no site do fabricante

A princípio sim... Depois vemos a notação correta, e como incluir o flag de horário de verão

Ainda não sei bem... Preciso pesquisar.... Mas acredito que nas Units do projeto Synapse (usado no ACBr) deve existir algo a respeito... pode enviar os fontes, que me comprometo de implementar a validação

Isso já existe no ACBr, ( não está em uso no momento )... O problema é que as regras do governo mudam todo ano Até onde eu sei, os ECFs não mudam o horário de verão automaticamente

Experimentem desabilitar a opção "ControlePorta"

Errado.... pois o Bug é no Emulador SAT do SEFAZ... (isso está bem claro no tópico)

Use obrigatoriamente "AnsiString", quando estiver manipulando "buffers" ou conteúdo binário (caracteres não legíveis) Por exemplo, no ACBrECF, recebemos muito caracteres de controle do protocolo (ETX, STX, NUL)... Nesse caso é necessário o AnsiString...

Pedron, Ótimas ideias... acho que podemos manter uma String para o "TimeZone"... e ela pode ser Published... no SetTimeZone, escrevemos um código para saber se o usuário está passando um valor válido...

Provavelmente faltam as DLLs

Leia o tópico todo... todos estão falando apenas do Emulador de SAT do SEFAZ

Tente enviar para o Emulador SAT do fisco... ele costuma informar alguns dos erros, em sua tela...

Pode me enviar uma imagem do CallStack, no momento do travamento ?

Por favor verifique, se o problema somente ocorre após a emissão de uma NFCe... Minha suspeita, é de que algo está ficando na memória do "Fortes Report", e isso está influenciando a geração do PDF.. Um teste, seria: - Fechar o ACBrMonitorPLUS - Abrir novamente - Enviar o comando de geração do PDF TFA