Daniel Simoes

Por favor NUNCA cole um texto gigante como esse... A impressora está em Loop, respondendo como "ocupada" Veja no change-log do Trunk2, que já foi aplicado um "workaround" para essa situação na Daruma

Ajudaria mais se vide descrevesse a exata mensagem do Erro, retornado pelo SAT Seu problema não parece ser o descrito... Não há nada errado com a atribuição...

Notei que o arquivo enviado, está em UTF8... isso poderá causar problemas para usuários de D7

Não se trata disso... Uma reforma estrutural seria necessária, para deixar a aplicação ThreadSafe... Não é criada uma nova instância dos componentes do ACBr a cada Thread... Embora toda a execução de cada conexão ocorra dentro de uma chamada com Synchonize, o que causa o efeito de criar uma nova entrada no CallStack (Pilha)... é possível que as informações de uma thread, contaminem a outra... Imagine o exemplo: duas Threads chamam o mesmo método: NFE.StatusServico... da maneira que está implementado (Synchonize), a última chamada irá congelar a primeira chamada, e ficará acima da pilha, após a ultima chamada ser executada por completo, a pilha retornará para a primeira chamada... mas nesse momento, as Propriedades do Componente ACBrNFe, foram alteradas pela execução da segunda chamada.. e o retorno da Primeira chamada poderá conter dados inválidos...

Isso não é disparado pelo ACBrSAT, mas sim pela DLL do fabricante

SIM, e porque não seria ?? Você não está conseguindo executar 2 Monitores na mesma máquina ? Sim, cada conexão é uma nova thread... mas o Programa não foi escrito para permitir que diferentes Threads façam uso dos mesmos componentes simultaneamente (ThreadSafe)

Sim, mas vc terá que gerar os PDFs manualmente, e criar o email, anexando os PDFs, usando os comandos do Objeto "MAIL"

Geralmente o ACBrMonitor é instalado de forma Local, em cada máquina... Se você tem situações de "concorrência", é melhor continuar mantendo 2 ACBrMonitores

Você deve dirigir essa pergunta para o Suporte Técnico de sua Sw.House

Você abriu o link indicado ? Tentou atualizar ? Acione o suporte do fabricante e verifique

Porque o seu Delphi é antigo e não é compatível com o evento da maneira que está escrito... Você precisará remover o evento... e deixar a IDE criá-lo novamente..

Obrigado pelas informações, analise e correção... Modificações já estão no SVN..

Isso fica a seu critério... que tal "Modelo, Porta, SerialParams"... veja no ECFTeste.ini... Você pode salvar toda a configuração do "Device" em apenas 1 linha... Veja: ACBrBAL.Device.ParamsString

Proceda como nos posts indicados... Tente registrar a DLL da CAPICOM manualmente... Pode ser que o Instalador não tenha conseguido realizar essa tarefa, nesse sistema Operacional

NÃO

Como assim ?? Use um TIniFile...

Ainda não está pronto... "Italo e Cia" estão trabalhando na compatibilização dele com o Trunk2

OK, obrigado pelo teste... as modificações já estão no SVN

O instalador do ACBrMonitorPLUS, já registra as DLLs da CAPICOM, você rodou o instalador corretamente ou apenas copiou o novo executável ?

Por favor seja mais específico.... o que ocorre ? o que não funciona ? É para funcionar... se temos um problema, devemos corrigi-lo e não dar uma volta sobre ele...

Suas informações não são suficientes para qualquer tipo de analise ou ação de nossa parte... Como reproduzir o problema (Qual o passo a passo de comandos ?) Log do ACBrMonitor Dados enviados http://www.projetoacbr.com.br/forum/?app=cse&q=erro:%20classe%20nao%20registrada

Mas não é mais simples ligar o uso do Thread no componente ACBrMail ? ACBrMail1.UseThread := True;

Impressão em EscPos é completamente diferente de impressão por Driver... EscPos usa comandos nativos da Impressora... (não necessita de driver instalado no Windows) provavelmente seu firmware não está atualizado...

Leu os fontes do ECFTeste ?? Procedure GravarINI ; Procedure LerINI ;

Tente essa versão com TCriticalSection ACBrMail.pas