Daniel Simoes

Para homologar SIM... mas para seu cliente usar NAO

Você escolhe... basta setar o Gerenciador padrão ativo no momento... No meu caso eu monto um Menu em Run-Time, com as opções de TEF inicializadas, antes de chamar o ADM

Muito estranho... pelo LOG gerado pelo ACBrECF o mesmo não consegue nem mesmo gravar na porta serial... Tente em outra máquina

Mesmo não usando múltiplos cartoes, o usuário pode desejar usar bandeiras do TEF_DIAL e TEF_DISC no mesmo sistema (porém em vendas diferentes)... Não é trabalho nenhum inicializar os dois usando o ACBrTEFD, basta setar a propriedade para ativo Exemplo.. Redecard, Visa e Amex é apenas no TEF_DIAL.. o TEF_DISC não suporta essas bandeiras.. portanto é quase impossível alguém usar apenas o TEF_DISC Hipercard também usa um Gerenciador próprio, ou seja, são outras pastas e outro G.P.

O ACBrTEFD permite que você use dois gerenciadores TEF simultaneamente... mesmo na mesma venda... Veja no Demo como ele ativa vários Gerenciadores ao mesmo tempo... No mundo real (no seu sistema), você poderia associar uma Forma de Pagamento (que é impressa no ECF) a um Gerenciador Padrão... Ex: CR-CARTAO - tefDial CE-CHEQUE ELETR - tefDisc sua aplicação ajustaria o gerenciador padrão ativo no ACBrTEFD antes de chamar as requisições

Na minha opinião SiTEF é o melhor produto de TEF existente no mercado atualmente... e os preços não são proibitivos mesmo para os pequenos Dos dedicados, o ACBrTEFD suporta o Direção, V&SPague, SiTEF, e Pay&Go

Enquanto ambos os diretórios do Delphi estiverem no PATH do sistema operacional, você nunca conseguirá instalar a mesma biblioteca nos dois Delphis... Veja esse outro post: viewtopic.php?f=5&t=22

Vc não conseguirá rodar o demo do Fabricante e o ACBrECF ao mesmo tempo... o primeiro prenderá a porta serial.. Ou seja, feche o demo do Fabricante antes de tentar usar o Demo do ACBrECF

- O Demo com a DLL do Fabricante continua rodando ? (ele seguraria a porta) - Verifique se o ECF está usando configurações de serial não padrão... (se não me engano a DLL escreve um Log com algumas informações) - Anexe o LOG gerado pelo ACBrECF

Verifique a Velocidade da Serial no ACBrECF (o demo permite configurar)... tente em 115.200

Tenho quase nenhuma experiencia nesse TEF... mas já existe uma classe com o Suporte para o Direçao em modo DLL no ACBrTEFD... tente ajustar e compilar o Demo e testar...

Não sou programador Java... mas parece que o exemplo está desatualizado... Veja: "ECF.Ativar" + "\u0013\u0010" + "."; Não seria algo como: "ECF.Ativar" + "\u0013\u0010" + "." +"\u0013\u0010";

ACBrECF.NumCOO nunca fica vazio... isso porque ele não é preenchido pela classe.. ele é lido diretamente do ECF, usando um comando específico para ler o registrador.. Acho que é algo no seu StrToIntDef... Ou seja, se ocorrer uma exceção durante a leitura, ele provavelmente usará o valor default que você especificou.. 0 Edit: habitue-se a ler o LOG gerado pelo ACBrECF.. muitos problemas podem ser resolvidos observando o que o ACBrECF enviou e recebeu do ECF...

Acho que não deve ser muito difícil... posso tentar lhe ajudar se tiver alguma dúvida... Tem o manual de comunicação direta da STX ? Ele está na pasta TOOLS do repositório (troque /trunk por /tools na linha do SVN)

Use o modelo ecfSwedaSTX A classe ecfSweda é legada para Matriciais

Veja o demo do componente ACBrEAD... Todas as funções ACBrECF.PafMF_* já geram arquivos assinados, basta associar um ACBrEAD ao ACBrECF

Por favor poste o Log gerado pelo ACBrECF para analise...

O Total Pago é o suficiente se você tem uma Tabela com os Pagamentos a serem enviados... Você pode varrer sua Tabela interna de Pagamentos a Efetuar, até que a somatória deles iguale ao Valor Total Pago... pronto, os próximos itens da sua Tabela de Pagamentos a fazer, ainda não foram enviados para o ECF

Você pode achar instruções para compilar o ACBrMonitor em: http://acbr.sourceforge.net/ACBrMonitor.htm Outras Informações -> Como compilar o ACBrMonitor

Veja a observação em "Nota Importante" http://acbr.sourceforge.net/ACBrMonitor.htm

Já tentou usando o ACBrInstall ?

Acho que continuo não entendendo... Isso não faz nenhum sentido...Se você calcular o MD5 de um arquivo e depois tentar gravar esse MD5 dentro do próprio arquivo, você logicamente modificará o MD5... O Nome da lista de Arquivos Executáveis é especificada em: ACBrPAF, é ele que grava os registros do tipo N... Quando vc linforma o componente ACBrAAC dentro do componente ACBrPAF, os dois agem em conjunto, ou seja, após o ACBrPAF gerar e gravar o arquivo do tipo N, ele irá atualizar o MD5 no ACBrPAF e no arquivo auxiliar criptografado... Por favor estude os Demos da pasta Exemplo...

Não precisa... inclusive isso é usado na homologação, para invocar o gerenciador de tarefas e fechar o GP ou a aplicação..

Isso que não estou compreendendo... Qual é a vantagem de você salvar o nome do arquivo dentro do próprio arquivo ? Tudo que você precisa fazer é atribuir o nome do arquivo em: ACBrAAC1.NomeArquivoAux

A pedido do colega Ivonel o tópico está re-aberto...