Daniel Simoes

Isso é um bug conhecido dessa marca... Acho que a atualização do Software do SAT resolve o problema...

o fato de ser PHP, Java ou clipper, é indiferente para o MonitorPLUS... tudo que ele faz, é ler um TXT e responder em outro... Se o MonitorPLUS estiver aberto, o Preview ocorre sem problemas ?

Para que o XML seja atualizado, certifique-se que a opção "Salvar Arquivos em Pastas Separadas", esteja selecionada

Por favor seja mais específica... o que é lento ? para obter a resposta SAI.TXT ?? Outros usuários não notam esse problema... Se você desabilitar o Preview o problema resolve ? (deixa de ficar lento ?) Se o ACBrMonitorPLUS estiver aberto (não minimizado no systray), o preview funciona normalmente ?

Como fundador e administrador do ACBr... mantenho a minha decisão... o suporte a D7 será descontinuado... É muito penoso e limitador manter a compatibilidade com essa IDE... Sinceramente não compreendo esse apego ao D7... Como amante do Delphi e ObjectPascal, eu acho que não é salutar para a Linguagem, se apegar a antigas IDEs... Veja: Sendo o Delphi a ferramenta que você depende para a criação dos seus sistemas, se você quer que o mesmo evolua e cresça, e não morra... a coisa mais certa a fazer, é evoluir com ele.. adquirindo as novas versões da ferramenta... O D7 tem mais de 18 anos, não é improvável, que em curto prazo, os binários gerados por ele, tenham problemas de execução nas novas versões do Windows... Já pensou nisso ? Leia também:

Sim, a sequencia de comandos parece correta...

Extraia o Log do SAT e verifique a causa... use o cod.Ativação '00000000' conforme esse post. A grande maioria das vezes o problema é a configuração de rede... você pode usar o mesmo código de ativação (00000000) para configurar a Rede

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

Você está usando o modelo stdCall ? Não houve resposta da DLL do SAT para o ACBrSAT... Você configurou o ACBrMonitorPLUS, corretamente, para usar a ultima versão da DLL fornecida pela Tanca ? - 15:53:04:870 - -- 15:53:04:870 - numeroSessao: 747743 - Comando: AtivarSAT( 12345678, 08723218000186, 35 ) - 16:00:05:265 - NumeroSessao: 747743 - Resposta:TimeOut - O SAT não está respondendo. - 16:08:59:867 - -- 16:08:59:867 - numeroSessao: 430110 - Comando: ConsultarStatusOperacional

Veja o exemplo em SATTeste, da pasta "Exemplos"... você pode especificar o nome da impressora para o componente...

Qual a dificuldade de anexar o Log ??? Sem ele não temos como investigar

Veja a diferença des Libs em:

Não necessariamente... quem faz a escrita do XML é a Unit pcnCFeW.pas Mas pode confundir o usuário, achar uma propriedade onde ela não deveria estar... Enviei a modificação para o SVN...

Esses não são os Logs... configure na aba principal, o nome de arquivo de LOG para o ACBrMonitorPLUS...

Cristiano, Apenas por curiosidade... O Cod.Ativação "00000000" pode ser usado em qualquer SAT que ainda não foi ativado ? ou isso é uma característica do SAT da Tanca ?

Agora compreendi... Você não quer que conste no "Dados para entrega", caso apenas o Nome do Cliente seja informado... isso parece correto ? Se SIM, tente essa modificação: procedure TACBrSATExtratoESCPOS.GerarDadosEntrega; begin if Trim(CFe.Entrega.xLgr)+ Trim(CFe.Entrega.nro)+ Trim(CFe.Entrega.xCpl)+ Trim(CFe.Entrega.xBairro)+ Trim(CFe.Entrega.xMun) <> '' then begin FBuffer.Add('</fn></linha_simples>'); FBuffer.Add('DADOS PARA ENTREGA'); if Trim(CFe.Entrega.xLgr)+ Trim(CFe.Entrega.nro)+ Trim(CFe.Entrega.xCpl)+ Trim(CFe.Entrega.xBairro)+ Trim(CFe.Entrega.xMun) <> '' then begin FBuffer.Add('<c>'+Trim(CFe.Entrega.xLgr)+' '+ Trim(CFe.Entrega.nro)+' '+ Trim(CFe.Entrega.xCpl)+' '+ Trim(CFe.Entrega.xBairro)+' '+ Trim(CFe.Entrega.xMun)); end; FBuffer.Add(CFe.Dest.xNome); end; end; (O IF foi modificado para não verificar a presença de dados no xNome)

Sua lógica de criação do arquivo de entrada está errada... NUNCA crie o arquivo diretamente com o nome que o MonitorPLUS irá ler, ao invés disso, use um nome temporário... e somente após terminar de escrever no arquivo temporário, renomeie o mesmo para o nome esperado para o MonitorPLUS O que está ocorrendo, é que o MonitorPUS tenta por diversas vezes, ler o arquivo de entrada, porém a sua aplicação ainda tem o mesmo travado... - 09:36:17:826 - EFOpenError - Unable to open file "R:\NFe\nfe.txt" - 09:44:45:014 - EAccessViolation - Access violation

Mas no caso... a impressão do Nome, no cabeçalho do cupom, já não resolve o problema ?

Tente imprimir um QRCode pelo aplicativo da Bematech...

Você usa um compilador 64 bits ? Se o seu compilador é 32 bits, as DLLs devem ser 32 bits

Experimente a impressão com EscPos (configure a aba PosPrinter).. você verá que é muito mais rápida, e livre de problemas como esse...

Humm.. não posso aceitar... a unit pcnCFe, é um "De/Para" do XML descrito na Especificação Técnica do SAT Seus fontes estão atualizados ? Observe que o "CFe.Dest.xNome" será impresso em "GerarCabecalho" procedure TACBrSATExtratoESCPOS.GerarCabecalho(Cancelamento: Boolean); var nCFe: String; begin ....... ...... if Trim(CFe.Dest.xNome) <> '' then FBuffer.Add( ACBrStr('Razão Social/Nome: ')+CFe.Dest.xNome ); end;

Isso é um bug do emulador... use a busca do fórum e você encontrará vários tópicos semelhantes...

Acredito que esse modelo não suporta QRCode... consulte o Fabricante...

Por favor envie o Log do ACBrMonitorPLUS... nele tem todos os comandos enviados e as respostas...