Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    26.568
  • Registro em

  • Última visita

  • Days Won

    751

Posts postados por Daniel Simoes

  1. SIM... isso é mais comum.. ou seja, é abrir apenas um CCD (ou vinculado).... isso desde que você tenha apenas um pagamento com o total de todas as transações de todos os cartões passados no cupom (multiploscartoes)... Nesse caso, é possível imprimir todos os Comprovantes (em 2 vias) no mesmo vinculado ou CCD... O ACBrTEFD fará isso automaticamente, se você deixar a cargo dele a impressão das formas de Pagamento e fechamento do cupom... além de AutoEfetuarPagamento := False

  2. nos campos 030 e 031... por favor leia com atenção o Guia Técnico do Gerenciador Padrão...

    No ACBrTEFD vc pode acessar os campos como propriedades ou pelo Indice do Campo... Veja o exemplo extraído do Demo (estude o Demo em detalhes)


    procedure TForm1.ACBrTEFD1DepoisConfirmarTransacoes(
    RespostasPendentes: TACBrTEFDRespostasPendentes);
    var
    I : Integer;
    begin
    for I := 0 to RespostasPendentes.Count-1 do
    begin
    with RespostasPendentes[I] do
    begin
    Memo1.Lines.Add('Confirmado: '+Header+' ID: '+IntToStr( ID ) );

    Memo1.Lines.Add( 'Rede: ' + Rede +
    ' NSU: ' + NSU +
    ' Valor: '+ FormatFloat('###,###,##0.00',ValorTotal)) ;
    Memo1.Lines.Add('Campo 11: ' + LeInformacao(11,0).AsString );
    end;
    end;
    end;
    [/code]

    Observe que o campo 11 é capturado pelo Índice, enquanto NSU e Rede pela propriedade com o nome específico...

    A vantagem de usar as propriedades é que sua aplicação fica mais simples de migrar para um novo tipo de TEF, já que o ACBrTEFD tenta abstrair as diferenças entre eles, "mapeando" os diferentes retornos de cada classe TEF nas mesmas propriedades

  3. Olá pessoal,

    Sou novo aqui no forum, e trabalho com automação não a muito tempo, e gostaria de um auxilio dos colegas.

    Estou realizando os testes da VISANET no roteiro de pre-certificação na versão abril/2010, e a minha dificuldade é exatamente na situação reportada pelo nosso amigo Edvaldo. Estou seguindo a risca o teste 11 e 12 do roteiro citado, e como trabalho com multiplos cartoes, o teste 11 e 12 é realizado corretamente, porem o unico problema é que o teste 12 o CV sai num relatorio Gerencial, e liguei para o pessoal da SevenPDV, e ele me afirmou que o mesmo deve sair como CDC como se fosse realizada a operação normalmente de venda. Testei pelo Demo do AcbrTEFD e ocorre a mesma coisa, na hora de iniciar a impressao do CDC há uma possivel perda de comunicação e exibe a mensagem "Impressora não respode/Sim ou nao, quando sim o mesmo saiu num gerencial.

    Se alguem fez este teste, ou puder simular no Demo do ACBrTEFD, e poder me auxiliar, desde já agradeço.

    O Erro ocorre porque o ACBrTEFD não conseguiu comandar a impressão do Vinculado...

    Vc informou o Indice da Forma de Pagamento corretamente ?

    Essa FPG permite Vinculados ?

    Analise o LOG gerado pelo ACBrECF... a resposta para o problema está lá...

    Infelizmente as regras do TEF não permitem uma msg de erro mais completa... apenas o famigerado "Impressora não respode/Sim ou nao" é permitido, e isso dificulta na detecção dos problemas... mas mesmo nesse caso, o ACBrECF faz o Log da msg de erro completa

  4. Fabio,

    Você está fazendo testes pela aplicação Demo (AcbrBoletoDemo) ? Se SIM, quais são os passos para reprodução do problema ?

    A atualização recente do componente ACBrEAD exige a re-instalação do pacote ACBrComum e todos os que dependem dele... Por favor leia o LEIA-ME.TXT, e os arquivos ACBr-XXX-Change-log.txt

  5. Não há nada de errado com o componente nesse sentido... observe os fontes, leia o LOG gerado... vc verá que ele manda apenas um ATV, de acordo com o exigido pelo Guia Técnico do G.P.

    Provavelmente vc está deixando o G.P. desativado, e forçando o TEFD a ativa-lo... e isso é um bug conhecido do GP, ele exibe a tela dele, quando é inicializado pela aplicação...

  6. Por que não seria ?

    Vc, como empresa Sw.House, ficaria responsável por cadastrar corretamente as informações...

    Independente de qual Software vc usar para extrair as informações (ou uma simples analise visual na Leitura X e Leitura da Memória Fiscal)... Caberia a Sw.House enviar o arquivo com elas já configuradas corretamente...

    As informações são repetitivas no arquivo... não seria produtivo lê-las do ECF a cada linha gerada... muito mais simples ler de um arquivo... Mas o usuário final dificilmente saberá preenche-las corretamente...

  7. O ACBrECF nunca será capaz de detectar todos essas informações com precisão... pois ele analisa os ECFs por protocolo...

    Mas por que tentar capturar tudo isso ?

    O PAF-ECF já exige que a Sw.House envie para o usuário, arquivo criptografado com a relação de ECFs permitidos para o uso, certo ?

    Faça assim, solicite para o seu (futuro) cliente uma Leitura X e uma Leitura da Memória fiscal de apenas 1 dia... com isso, vc poderá:

    - Verificar se o ECF é válido (registrado no posto fiscal)

    - Criar o arquivo criptografado, já com essas informações de identificação do ECF...

  8. Para que o TEFD saiba que houve pagamento em dinheiro, é necessário que vc informe o valor correto em OnInfoECF... No demo temos:

         ineSubTotal :
    RetornoECF := FloatToStr( ACBrECF1.Subtotal-ACBrECF1.TotalPago ) ;[/code]

    Se vc não enviou as Formas de pagamento para o ECF, ou seja, se vc bufferiza os pagamentos, a função acima obviamente não funcionaria... Mas nesse caso, cabe ao programador calcular o valor já pago, e informar apenas o Restante para o parâmetro RetornoECF

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