Daniel Simoes

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...

Por favor... atualize seus fontes... você está com uma Unit completamente defasada... Veja a Unit atual... http://acbr.svn.sourceforge.net/viewvc/ ... iew=markup

Você tem acesso aos fontes do ACBr ? Experimente alterar em ACBrECFFiscNET.pas, linha 1315 para: with FiscNETComando do begin if fsComandoVendeItem = '' then NomeComando := 'VendeItem' else NomeComando := fsComandoVendeItem ; AddParamInteger('CodAliquota',CodAliq) ; AddParamInteger('CodDepartamento', 0); AddParamString('CodProduto',LeftStr(Codigo,48)); AddParamString('NomeProduto',LeftStr(Descricao,200)); AddParamDouble('PrecoUnitario',ValorUnitario); AddParamDouble('Quantidade',Qtd); AddParamString('Unidade',Unidade); end ; EnviaComando ; [/code]

Apenas em intervenção técnica. Nas antigas matriciais isso pode ser feito fora da Intervenção

O ECF retornou 0 para a consulta de Arredondamento... e segundo o manual: Ou seja, este ECF está programado para efetuar o Arredondamento segundo a ABNT... Pelo que entendi você deseja desconsiderar a programação do ECF e forçar um Truncamento com o envio da Informação do Departamento na Venda de Item, certo ?

Até onde eu sei isso não existe... Você precisa levar um PinPad... compre um, você sempre precisará dele para testes...