Daniel Simoes

Ative a gravação do LOG do ACBrAAC... O Log pode lhe dar uma pista dos motivos do arquivo estar se tornando inválido...

O Regys subiu sua correção após analisar a compatibilidade da mesma no Delphi XE e 2010... Muito obrigado Anizair

O novo forum nos permitiu ter um controle maior dos nossos usuários e visitantes... O grande aumento da comunidade se deve a algumas medidas não muito populares, como a restrição de leitura a 3 posts por visitantes... e a mensagem enfadonha que flutua no final da tela solicitando o cadastro... Mas vale lembrar que o acesso ao fórum sempre será gratuito... Nossa meta em aumentar o numero de usuários cadastrados, foi a de conseguir uma maior representatividade perante a Fabricantes e Fisco... Falar: "somos uma comunidade de mais de 11.000 usuários"... soa bem diferente

Jorge, Qual o problema em usar o ACBrMonitor e NFeMonitor simultaneamente ? Acho que não é nem o caso de abrir ou não, uma enquete... o problema é ter um programador disponível para fazer a tarefa...

Não sou mantenedor do ACBrBoleto... mas, basta você baixar os fontes dele e compara-los com os do ACBr usando WinMerge...

Aplicado no SVN... Obrigado..

Você mesmo pode providenciar as correções e anexar na mensagem a Unit modificada... Obrigado pela ajuda

Notei que essa rotina já existia em outras 2 classes... portanto fiz um Refactoring

Eu recomendaria que você desenvolvesse rotina para gerar o arquivo sem o auxilio da DLL ou da MFD do ECF... Pois mesmo se o ECF quebrar ou for queimado, ainda sim você precisará gerar o arquivo... O ideal é fazer a geração com informações do BD (o que alias é muito mais rápido)

Este é o código atual da classe ACBrECFFiscNET... function TACBrECFFiscNET.LeituraCMC7 : AnsiString ; begin FiscNETComando.NomeComando := 'LeTexto' ; FiscNETComando.AddParamString('NomeTexto', 'CMC7Documento') ; AguardaImpressao := True; EnviaComando ; sleep(500); Result := FiscNETResposta.Params.Values['ValorTexto'] ; end; parece estar de acordo com o manual do protocolo... Talvez o fabricante do equipamento possa dar mais alguma dica... Porém se nem no programa deles, usando a DLL, funcionar... será pouco provável...

Você precisa consultas os códigos válidos no manual PPLA ou PPLB https://acbr.svn.sourceforge.net/svnroot/acbr/tools/Argox/

Boa pegada... Sim, está faltando um "refactoring" nessa classe... Assim que tiver um tempo verifico... (se o Regys não acabar fazendo isso antes )

Humm... parece que ele não foi capaz de abrir a porta serial... >> fnTentarAbrirSerial(1) 26/07/2013-12:42:09:840: G_stPortaSerial - INVALID_HANDLE_VALUE 26/07/2013-12:42:09:844: Criou o handle - fnTentarAbrirSerial 26/07/2013-12:42:09:849: G_stPortaSerial - D_RET_ERRO_ABRIR_RS232 26/07/2013-12:42:09:853: << fnTentarAbrirSerial - RETORNO NUMERO: -5 O estranho é que a rotina de abertura de porta pela DLL é a mesma para todas as chamadas do ACBrECF

O LOG não ajuda muito nesses casos, pois o controle é da DLL... O que significa -1 no retorno dessa função da DLL ?

Você não disse o valor do TimeOut.... tentou com 30 seg ??

Aumente o TimeOut

Tente pelo ECFTeste... (sem cupom aberto)... assim teremos um LOG de possível analise...

Pode ser que isso seja um requisito da Lei... Verifique com o fabricante

Esqueça o protocolo Epson... sua impressora é FiscNET.... (apenas o mecanismo impressor é Epson) Provavelmente é o Sw.Básico do ECF que está imprimindo a informação que você não quer... não ocorre o mesmo quando comandado pelo DemoLog2 ?

Realmente havia um Bug na rotina.. acabei de subir uma correção... favor atualizar e verificar

Por favor anexe o Log gerado pelo ACBrECF no momento da captura

Nesse caso não compreendi a linha: EnviaComando('ImprimeAutenticacao;TextoAutenticacao= 10,00'"') pois ela não está no protocolo da Epson... A impressora é Epson OEM ou FiscNET OEM ?? Qual o modelo do ACBrECF utilizado ?

Você está falando de uma Impressora Fiscal ou não Fiscal ??

Por favor anexe o LOG (zipado) gerado pelo ACBrECF

Sim, mas o que me estranha é como ele abre um gerencial sem fechar o CCD anterior... O que me leva a crer que no momento que o PulaLinhas está para ser executado, o CCD já estava fechado (por algum motivo desconhecido)... isso que eu gostaria que você verificasse...