Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    26.205
  • Registro em

  • Última visita

  • Days Won

    749

Tudo que Daniel Simoes postou

  1. Humm.. pelo que notei tb pode ser necessário adicionar o erro '0' na lista...
  2. Pelo que percebi do Emulador ele não responde com a mudança do Status.. não tenho como testar... Por favor tente modificar a Linha 715 para: if not (Erro in [ 52, 109,110, 200, 216, 240 ]) then (Adicione o 109,110 e 200 na lista de exceções de erro)
  3. ACBrECF.procedure PafMF_GerarCAT52(const DataInicial, DataFinal: TDateTime; const DirArquivos: String); ( foi incluída recentemente nos fontes, embora essa função seja apenas um "wrapper" para o método há muito já existente: ACBrECF1.ArquivoMFD_DLL )
  4. Vc deve buferizar todos os pagamentos, e só enviar para o ECF quando tudo estiver completo (atingir o Sub-Total do cupom)... Se não fizer dessa maneira nunca será compatível com o Cielo Premia.... Estou atualizando o Demo do TEFD com alguns exemplos...
  5. Junior, Até onde sei, Saque é obrigatório.. (estive recentemente na Sw.Express e Certified) Sempre é o G.P. que fala com o Pin-Pad... no caso do SiTEF até existe um comando para vc mandar suas msgs ao PinPad... mas isso é outra estória... Todas as rotinas do ADM são tranquilas... no máximo um relatório será impresso...
  6. Detectei o problema usando o D7, no XE2 abriu normalmente... Já envio uma correção assim como outras implementações que estou terminando
  7. Acho que é algo no seu Delphi ou na instalação do ACBr, pq não temos relatos semelhantes de outros usuários... Infelizmente não uso (mais) o Delphi, uso Lazarus, seria bom se algum usuário de Delphi pudesse analisar...
  8. Você tem a última versão do Fortes instalada em sua máquina ? Ele pode ser encontrado no Source Forge...
  9. Depende de qual TEF vc vai homologar, no dedicado SIM, dinheiro deve sempre vir antes, no discado não sei como ficou c om a chegada do Cielo Premia... Quanto ao erro, a regra é clara, Vc não enviou o comando de subtotalizaçao
  10. O TEF não exige Cancelamento de Cupom ou CCD... isso é uma decisão sua... O Sw.Básico do ECF não permite cancelar cupom ou estornar CCD se vc abriu qualquer outro documento na sequencia
  11. Obrigado pelo relatório completo... O ACBrETQ tb suporta PPLB, inclusive ele faz conversão das Unidades, ou seja, um comando em PPLA deve ter o mesmo efeito no PPLB
  12. Enviei algumas melhorias nos fontes do SVN, como tratamento e limpeza dos parâmetros de entrada, e melhoria no sistema de LOG... por favor atualize e teste novamente
  13. Provavelmente é assim, mesmo por se tratar de um emulador.... o ACBrTEFD não faz nenhum tratamento no "espelho" do Comprovante a ser impresso, ou seja, ele manda imprimir exatamente o que foi enviado pelo G.P.... Em todo caso, ligue no suporte do G.P. e verifique se isso é realmente um problema
  14. Você está enviando apenas "1" ou "1 " (com espaços)... Observei ainda que nenhuma das suas Formas de Pagamento permite vinculado, portanto experimente NAO marcar essa opção...
  15. Apenas para complementar... Segue em anexo uma Imagem com um cupom efetuado com o Emulador da Epson
  16. Com certeza é nessa linha... mas o que eu havia solicitado é para vc entrar nela com o F7... Observe no seu LOG, que o ACBrECF nem chega a gravar a tentativa desse comando no Log.. e isso é algo muito estranho... Experimente algo a "lá Microsoft"... apague e remova seu ACBr, baixe uma nova versão e faça uma nova instalação
  17. Caramba... nunca vi um Delphi "falando" Italiano... Com certeza ele está achando a DLL errada, ou ainda o "par" das DLLs libeay32.dll e ssleay32.dll não são da mesma versão... por via das dúvidas, copie estas DLLs na mesma pasta do .EXE do Delphi
  18. Todas as telas são comandos enviados pelo Gerenciador TEF, (veja o Log gerado pela classe ACBrTEFD) 1. Não há como pular as perguntas... 2. Na homologação vc precisa mostrar todas as telas... Depois, vc pode inserir um código para efetuar a resposta. automaticamente conforme o tipo do Campo
  19. O estranho é que seu Log não consta o envio desse comando (EfetuaPagamento)... Algo está disparando o erro entes... Vá com o DEBUG (F7), e verifique onde o erro é disparado...
  20. O mesmo erro ocorre com o emulador da Epson ? Não consigo reproduzir o problema aqui... Uso a Epson diariamente no meu desenvolvimento
  21. Usando o programa Exemplo da Sweda obtemos o mesmo retorno que o do ACBrECF
  22. Os índices estão corretos... Notei que no seu LOG não há nenhuma chamada ao método "EfetuaPagamento" do ACBrECF... Você enviou o Log correto ? Qual é o passo a passo para reproduzir o problema ?
  23. Obrigado... Relendo os fontes da Epson, e o LOG, observei que o código do índice da Forma de Pagamento é atribuído por código, já que o ECF não retorna o mesmo em sua resposta... Pode ser que esse modelo use outra nomenclatura ao invés de 1 a 20.... Seria possível anexar uma captura Serial de LeituraX (ou uma imagem de uma X impressa) ? isso poderá mostrar qual o Índice que o ECF usa para as FPGs
  24. Humm... infelizmente a imagem não ajudou muito... Por favor anexe o LOG do ACBrECF gerado para esses comandos
  25. Reproduzi o comando com o Emulador e o resultado foi o mesmo... O estranho é que o comando não está se comportando de acordo com o manual... o Resultado da Msg de Erro deveria ser 110 110 Resultado: Leitura com êxito (fonte CMC7). O resultado está inserido na mensagem (campo: adicional) em forma de string termina em null O código da Sweda que vc colou, é uma rotina de leitura genérica, ou seja é o código que Lê o retorno do ECF (no caso da Sweda)... O interessante seria ver nos fontes da Sweda, qual é o conteúdo do método que chama a Leitura do CMC7 (cmd 24)
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...