Daniel Simoes

Tente um teste de Velocidade com o DEmo ECFTeste... Poste aqui os resultados do LOG e do Memo...

Por favor poste um "passo a passo" com quais operações necessárias para reproduzir o erro no Demo do ACBrTEFD, assim também como você está configurando-o

Observe que o evento OnBobinaAdicionaLinhas lhe envia uma String com a "Operação" ... você pode comandar um "exit" no evento se for uma Operação que você não deseje exibir na tela...

Após conversar com o autor do RecuperarXML, André Moraes, cheguei a seguinte conclusão. O projeto deve ser descontinuado, até termos uma maneira oficial e legal de fazer tal operação... Esta mudança no site da Receita Federal deixou bem claro, para nós do ACBr, que programas como o RecuperarXML não são desejados ou aceitos... Não queremos sujeitar o Projeto ACBr a ser alvo de investigações ou notificações por parte da Receita Federal. Os fontes do projeto serão movidos para a pasta TAG de nosso SVN... Ou seja, assim como todos os fontes da TAG, ele ficará "congelado" e não deve mais receber atualizações ou correções. https://acbr.svn.sourceforge.net/svnroo ... uperarXML/

Se houve Exception quando você enviou o comando ao ACBrECF... qualquer exception que seja, o erro é dessa chamada... não compreendo a dificuldade em tratar isso dentro de um bloco Try/Except A correção proposta é boa... e deve ser aplicada (agradecemos se puder ajudar)... o que quero dizer é que do jeito que está, é perfeitamente possível trabalhar...

Mas com certeza todos os erros de Sem papel serão deste tipo... Alias, não precisa nem verificar o tipo da Exceção afinal, quantos erros vem com a String "PAPEL" neles ??

Realmente o ACBrECF precisará de uma classe de Exceção específica para o Erro sem Papel... Em quanto isso não existe... use o evento de Application.OnException e verifique se o erro é do tipo básico de exceptions gerado pelo ACBrECF, e se na mensagem do Erro existe a palavra "PAPEL"... Exemplo: if (E is EACBrECFError) and (pos('PAPEL', UpperCase(E.Message) ) > 0) then ShowMessage(' ECF SEM PAPEL'); [/code]

Oi Bruno obrigado pela resposta... Nós do ACBr temos muito interesse em desenvolver um componente para o SAT... Sei que o protocolo será padronizado, o que simplifica muito... Se houver interesse e um protótipo disponível, já poderíamos iniciar os trabalhos... Em relação a adoção, vale lembrar que o SAT é um projeto do fisco de SP... Que além de desenvolver toda a do SAT, também está desenvolvendo uma enorme infraestrutura de Servidores e webservices para que o SAT possa entrar em operação... Acho que é seguro dizer que o SAT é incompatível com PAF-ECF. Ou seja, o estado que adotou PAF-ECF, dificilmente adotará o SAT em curto ou médio prazo... E os estados que aderirem ao SAT (como SP) provavelmente nunca adotaram o PAF-ECF...

perfeito... qq dúvida é só falar..

Danny, Não compreendi o problema dos asteriscos... você pode me mandar um PrintScreen ?

Carlos, Primeiro verifique se esse equipamento não tem o protocolo semelhante (compatível) ao da Filizola ou Toledo...

Apenas para lembrar que os arquivos alterados ficam com o "mini-icone" vermelho... Com acesso as novas IDEs, estamos re-vendo o processo de instalação... Provavelmente teremos Packages individualizados por Versão do Delphi

Oi Marcos, Sim, levei ele em consideração... principalmente com as correções de Memory Leak

As DLLs devem estar na mesma pasta do ACBrMonitor.exe as funções de captura da MFD não funcionam no Emulador

Provavelmente há algo errado no seu LibPath ou na sua cópia do ACBr... A Unit ACBrETQZplII.pas está no SVN desde a versão 3324 veja: http://acbr.svn.sourceforge.net/viewvc/ ... iew=markup

Vale lembrar que a Daruma possui o Daruma Observer, a Bematech o Bematech Monitor, a Epson o Epson Agent... todos eles trabalham de forma semelhante ao ACBrMonitor no modo TXT... (porém somente para acesso ao ECF)... ou seja, esse tipo de integração (indireta) com o Hardwre é muito utilizada... Tente não relacionar o ACBrMonitor.exe na relação de executáveis... isso lhe dará mais flexibilidade na atualização do mesmo... Ou seja, insira apenas se o homologador solicitar...

Apesar de ser o valor padrão, é muito curto... Use valores de 5 a 10... isso não deixará o componente mais lento...

Qual é o TimeOut que você está usando em ACBrECF.TimeOut ?

Experimente aumentar o tempo do Sleep... ou então insara você mesmo um Sleep após a sua chamada de ACBrECF1.AbreGaveta

Pela mensagem parece que o cliente está informando um Data sem movimento... Mas acho que o ideal é tentar contato com o Suporte da Epson...

Acho que a ideia é boa... No método "SetQtdDecimais" de ACBrECFClass, deixamos apenas o raise.Exception('Este modelo de ECF nao permite mudar as decimais....') Nas classes que suportam, ele faz o ajuste no fpQtdDecimais (que será usado na Venda de Item da própria classe)

Use o proprio arquivo de resposta (SAI.TXT) o a resposta do Socket... pegue toda a String que vem depois de "ERRO: "

Sim, é "ECF." ... Atualize o seu ACBrMonitor...

Você não infomou a Marca e Modelo do ECF, qual programa está usando, etc, etc... Dificilmente alguem conseguirá lhe ajudar...

Oi Robson, Acho que funcionaria.. Os problemas são: - A programação não é persistente... Ou seja, a cada re-Ativação teria que programar novamente.. - Funcionaria desta maneira apenas para este modelo... o usuário não teria o mesmo funcionamento quando trocasse de Marca de ECF...