Daniel Simoes

Não faz sentido... o ACBrMonitorPLUS não usa o Delphi... ele é compilado em Lazarus

Esse erro não é do ACBrMonitorPLUS... é da DLL do fabricante,... Tudo que o ACBr faz, é repassar a resposta da DLL a você... A mensagem é gerada pela DLL do fabricante...

Você poderia usar o ACBrMonitorPLUS, com Sockets / TCP

a pergunta é "como o PHP consome uma DLL ?" A DLL do SAT não é diferente de qualquer outra DLL... basta usar os métodos dela

Para sugerir melhoria nos fontes do ACBr, por favor anexem as Units modificadas para analise...

Nao sei... Eu uso Lazarus/FPC

Por favor verifique se o antivirus está fechando a aplicação...

Tente: ACBrPosPrinter1.EspacoEntreLinhas := 20 Para editar o layoit, vc precisaria editar os fontes do ACBr, ou criar uma classe nova de impressão do Extrato... Leia as orientações do SEFAZ, para a geração do Extrato, pois boa parte dos componentes de impressão é normatizada...

Se deseja reportar um Bug, por favor forneça um passo a passo de como reproduzi-lo, usando os demos do ACBr

Noto que seu avatar já está na cor de usuários do SAC (roxo)... Seu acesso as áreas do SAC deve estar liberado...

O usuário que você está usando... não está no Grupo SAC... por isso vc não tem direito... Por favor entre em contato com o financeiro da DJSystem, se você efetuou o pagamento...

Aqui em SP chega a responder em 2 segundos... O seu tempo me parece muito alto... use o Log e verifique se a demora está no SEFAZ, ou nas suas rotinas internas...

O problema não ocorre, se você usar a porta como "USB" no ACBrECF... Isso dependerá da DLL da Epson, pois nesse caso, o ACBr usa a DLL como canal para chegar ao ECF... Estou analisando o problema...

Verifique como você configurou as abas "Contribuinte e Sw.House"... acho que o problema pode estar nessas configurações...

Aqui funciona normal,usando o Emulador SAT e o SATTeste... Por favor sempre crie um novo tópico, para uma nova dúvida...

Depende como você configurou o componente em ACBrNFe.Configuracoes.Arquivos

Sim, parece ser algo no Sw.Básico do ECF... estou verificando se o mesmo problema ocorre com a DLL da Epson e tb usando o canal USB dentro do ACBr...

@giulianon, o problema dessa abordagem, é que nesse caso, você estaria modificando o conteúdo do comprovante que lhe foi entregue pela Administradora... o que quebra as regras de homologação... mas.. como a modificação será imperceptível ao usuário final, parece não haver problemas...

Estude os fontes do Demo do ACBrNFe, na pasta "Exemplos"

Veja no manual, os comandos do Objeto ESCPOS, e também a aba de configuração do mesmo...

Sim, se você "responder" ao evento como "Tratado = True", então o componente não fará a parte dele... pois compreende que você já o fez...

Esse componente é usado por centenas de desenvolvedores... Será mesmo que há um bug assim tão evidente ? Já estudou os fontes do Demo ? procedure TForm6.btnNClick(Sender: TObject); begin // registro P1 PreencherHeader(ACBrPAF.PAF_N.RegistroN1); // preencher header do arquivo // registro P2 ACBrPAF.PAF_N.RegistroN2.LAUDO := 'LAU1234567'; ACBrPAF.PAF_N.RegistroN2.NOME := 'NOME APLICATIVO NO LAUDO'; ACBrPAF.PAF_N.RegistroN2.VERSAO := '1000'; with ACBrPAF.PAF_N.RegistroN3.New do begin NOME_ARQUIVO := ExtractFileName(ParamStr(0)); MD5 := ACBrEAD.MD5FromFile(ParamStr(0)); end; ACBrPAF.SaveToFile_N('PAF_N.TXT'); end;

Olá Yuri Analisando o Log do TEF postado pelo @giulianon, notei que existem caracteres de controle EscPos, provavelmente para melhor formatação do comprovante (negrito, expandido, etc) Mas cada ECF tem seu próprio conjunto de comandos para caracteres de controle... e isso será uma eterna fonte de problemas... Minha sugestão é enviar as vias do comprovante, sem qualquer caractere de controle, a não ser "CR, LF"

Experimente: ACBrPosPrinter1.ConfigLogo.IgnorarLogo := True; ACBrPosPrinter1.EspacoEntreLinhas := 20;

Provavelmente você definiu o modelo errado em ACBrSAT