daniel.simoes

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

Tentamos evitar ao máximo comandos com nomes similares... Acho que isso é uma grande falha das DLLs de ECFs, pois confundem muito o usuário... A questão do departamente poderia ser resolvida com um novo Parâmetro, no final da lista já existente, com o valor default = -1 por exemplo... Em todo caso, preciso saber o que o seu ECF retorna para o Flag de Arredondamento, para entender porque ele se comporta de maneira diferente do esperado... Ou seja, se ele informa para o ACBr que fará o Truncamento... é isso que esperamos dele na Venda de Item... Por favor anexe o LOG gerado pelo ACBrECF

Puxa vida... você levou a sério mesmo o que falei... Bom, não sou a pessoa mais inidicada para lhe ajudar nessa tarefa burocrática... em nossa empresa temos uma funcionária dedicada apenas para isso, tamanho é o trabalho que isso gera... Mas está tudo lá no site... Você não precisa pagar carta fiança ao Banco... basta assinar os documentos solicitados...