Daniel Simoes

Não vejo nenhum problema ou modificação necessária para ser desenvolvida no ACBrECF...

Acho que funcionará SIM... tente com o ECFTeste.. ele tem uma função para envio de comandos por ASCII

Você não definiu a Porta do ECF... nem sempre o "Procurar" funciona...

A porta 25 foi banida no Brasil todo... Entre em contato com o provedor para saber a nova configuração..

Sim, por conversor USB <-> Serial, qualquer ECF poderia funcionar... Mas um erro comum, é tentar ligar a saída do conversor direto no ECF... Ainda é necessário ligar o cabo que acompanha o ECF no conversor... caso contrário seria algo parecido como ligar o ECF diretamente na placa do PC

Aparentemente o Delphi está achando uma outra biblioteca Synapse nos seus diretórios que está conflitando com a distribuída pelo ACBr... Experimente remover todos os packages, apagar os BPLS e re-instalar tudo novamente

Fórum Errado... Quando o ECF retorna essa mensagem é porque ELE (O ECF) não possui os dados da Redução Z ou não foi capaz de recuperá-los... Não há nada que o ACBrECF possa fazer a respeito disso... Por isso que o ideal é usar ACBrECF1.DadosReducaoZ, instantes antes de comandar a Z, ele sempre funcionará

Nenhuma configuração adicional será necessária

Pelo que li vc precisa instalar a útlima versão do SiTEFDemo e o instalador do Simulador GwCel para que seja efetuada uma "carga" com os dados das operadoras... Todas instruções e links para download estão no documento: SitGwCel_Simulador_Leia_me.pdf Qual é o fluxo da sua aplicação para Recarga de Celular ? ( Qual documento você abre ou imprime no ECF ? ) Analise o LOG gerado pelo ACBrTEFD para o CliSiTEF.. Verifique se as informações da recarga estão lá... se SIM, acho que seria apenas o caso de criar novas propriedades em TACBrTEFDResp e ajustar os métodos ConteudoToProperty, para ler os valores da Resposta do SiTEF e move-los para as novas propriedades Veja Também o documento: Configurações Adicionais Recarga Pré-Pago.pdf, nele existem várias chaves de configuração para o CliSiTEF.ini que afetam a Recarga de Celular

Sim... O ACBrECF também é capaz de abrir novo Gerencial quando há muitas linhas impressas e ocorre o "estouro" de linhas no Gerencial... Lembro que há um teste do Pay&Go que verifica se a aplicação é capaz de fazer isso...

Por favor anexe o LOG gerado pelo ACBrECF, na impressora Bematech MP 20 FI II... No momento de ativação ele deve estar tentando executar algum comando que não existe nesse modelo... O LOG nos dirá o que está errado..

A Bematech não funcionará por USB dentro do ACBr... Veja:

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)