Daniel Simoes

A Sweda também funciona bem por USB através da emulação de Serial Estou trabalhando com o pessoal da Bematech para fazermos a impressão por USB... mas é muito difícil falar diretamente com os desenvolvedores da DLL da Bematech... e estou enfrentando dificuldades na adaptação...

Os códigos podem váriar de um modelo para outro... (até do mesmo fabricante) Tente deixar um Campo ou .INI para configurar esses comandos...

Deve ser outra coisa... essa DLL é do ClientDataSet.. o ACBrNFPws não tem dependência desta DLL

Sim.. tb tenho interesse nisso... acho que até já tenho o material... Pelo que lembro o SiTEF faz recarga somente através do GwCel A documentação do V&SPague pode ser baixada no site deles... http://www.vespague.com.br/

Welkson, Acabo de enviar para o SVN uma nova tentativa... por favor baixe e teste... Notei na declaração da DLL que o Parâmetro "TipoPeriodo" era um Char e não um ponteiro para Char... Estou tentando usar AnsiString e Char (ao invés de PChar) para manter a compatibilidade com todas as versões do Delphi e Lazarus

Se você quer que o seu programa exiba mensagens que o SiTEF não pediu para você exibir.. então cabe a você fazer por sua conta e risco... como eu já disse:

Acho que ACBrTEFD não foi compatibilizado com o GwCel ainda... Ou melhor... acho que isso nunca foi testado...

Não poste a mesma dúvida repetidamente em vários tópicos... moderadores não gostam de "flood" e geralmente apagam essas mensagens Se você baixou o ACBr pelo SVN, com certeza baixou os fontes do ACBrECF... por favor procure com mais atenção na pasta de Pacotes e Fontes

É o próprio SiTEF quem valida...

Não necessariamente... o SiTEF que comanda o que deve ser exibido ao Operador e ao Cliente... O ACBrTEFD recebe a informação do SiTEF e repassa para o evento OnExibeMsg... Você pode acompanhar o que o SiTEF realmente enviou, analisando o arquivo de Log gerado pelo ACBrTEFD

Veja... há algo muito errado no seu ambiente (ou no da Seven)... (ou seja, onde ocorre esse erro) Não é nada comum o arquivo da pasta REQ não conseguir ser apagado... Isso não é um problema no componente... é algo externo que está Bloqueando o componente de apagar esse arquivo... PS: Se o erro ocorre na Seven.. tente fazer uma transação TEF com o TEFDDemo, apenas para testar o ambiente... Se não ocorrer o problema, então é algo no seu código, que está prendendo este arquivo...

Não.. no próprio Windows... Verifique se esse arquivo está com o atributo de "Somente Leitura"

Não se esqueça de deixar seu Nome do "Hall of Fame" (Casos de sucesso com o ACBr)

Obrigado Fábio..

Humm... Lembro de ter mudado a declaração de chamada do método, usando o Tipo PAnsiChar ao invés de PChar... Por favor verifique se não é apenas isso..

O Exception só é disparado quando SysUtils.DeleteFile( Arquivo ) falha... Ou seja... algo, ou alguém está prendendo o arquivo... Não há como contornar isso dentro do ACBrTEFD Verifique as propriedades desse arquivo (está como Read Only ?) Quando acusar o erro... mantenha tudo aberto, e tente apagar o arquivo pelo Explorer...

Você mesmo que exibe a mensagem.... dentro do evento: ACBrTEFD.OnExibeMsg... Ou seja, sempre que o ACBrTEFD quer mostrar algo ele chama esse evento...

Mas uma vez não fui capaz de compreender o seu problema... Por favor tente descrever melhor a situação (ou teste)... lembre-se de copiar aqui o texto do teste (nem todos tem o manual nas mãos) Descreva o que vc considera errado... e qual deveria ser o resultado esperado

Essa mensagem aparece de onde ?? Se for o G.P. mostrando a mensagem, o problema está nele... Geralmente isso ocorre quando os arquivos estão dessincronizados ... Feche o G.P. (remova da memória) apague todos os arquivos da pasta c:\tef_dial\req e c:\tef_dial\resp... faça o mesmo com as subpastas do mesmo nome dos programas das operadoras que residem dentro da pasta do c:\tef_dial\

Antes de cada transação o ACBrTEFD envia um ATV... Se o ATV falhar, ele verifica o valor da propriedade "AutoAtivarGP", se ela for True, ele executará o binário definido em "GPExeName"

Provavelmente o cabo está confeccionado de forma incorreta... Mas não posso subir essas modificações para o SVN até termos um manual que diga que os fontes estão incorretos

Por favor seja mais claro em seus questionamentos... O que vc quer fazer ? ou, O que vc não conseguiu fazer ? Data Inválida você mesmo pode verificar não é mesmo ?? qual a dificuldade nisso ?

Não valida, afinal, como ele acessaria o seu banco de dados ?? Ele apenas espera que vc responda se a digitação foi válida ou não, assim como qualquer outro campo...

A classe da NCR há muito tempo não recebe melhorias... está praticamente abandonada... Eu não tenho como dar manutenção pois não possuo este ECF...

Você pode verificar pelo parâmetro: TipoCampo, se ele for 500 você pode abrir a sua própria janela de Senha