Erro no Roteiro de Teste pay&go

[lalin]

Boa tarde 

 

Estou iniciando os teste para homologação do Tef seguindo o roteiro versão 3.01(04-abr-17) ,

e no passo 16 obtive o retorno "ALTERACAO DE VALOR NAO PERMITIDA" no qual não deveria retornar , entre em contato com o suporte NTK que pediu para o verificar se no campo 706 estava passando o valor  =  3 . debugando a procedure  TACBrTEFDClass.FinalizarRequisicao verifiquei que apos  passar na   linha 

if Assigned( OnAntesFinalizarRequisicao ) then  OnAntesFinalizarRequisicao( Self.Req )  o valor do campo 706 é alterado 3 para 2.

não estou entendendo porque está alterando o valor.

Desde já agradeço a atenção e ajuda.

 

 

[WesleyAS]

O problema foi que no roteiro versão 3.01 (04/04/2017) foram incluídos novos passos contemplando testes de Valor Reajustado e NSU Estendido.

No caso do valor reajustado (passo 16 e 17) será necessário implementar um novo valor para o campo 706-000 (64: funcionalidade de valor reajustado) e tratar o campo 744-000 (Valor reajustado pela Rede Adquirente, conforme acordos contratuais com o estabelecimento, em centavos da moeda informada no campo 004-000).

Vou fazer as alterações e posto aqui no forum.

[Artur Alencar]

Eu liguei lá na NTK e eles me disseram que o valor do campo 706 tem que ser 1+2+64. Quando eu tinha colocado só 64 deu erro no passo 14 e 15 e quando eu deixei o valor 3 deu erro no 16 e 17. Mas colocando 67 que é o resultado dessa soma, deu certo nas duas situações. Vou continuar testando pra ver se não vai dar erro em mais algum lugar. Obrigado aos dois pelo esclarecimento de onde tem que alterar e qual valor devo colocar.

[WesleyAS]

1 hora atrás, Artur Alencar disse:

Eu liguei lá na NTK e eles me disseram que o valor do campo 706 tem que ser 1+2+64. Quando eu tinha colocado só 64 deu erro no passo 14 e 15 e quando eu deixei o valor 3 deu erro no 16 e 17. Mas colocando 67 que é o resultado dessa soma, deu certo nas duas situações. Vou continuar testando pra ver se não vai dar erro em mais algum lugar. Obrigado aos dois pelo esclarecimento de onde tem que alterar e qual valor devo colocar.

Isso mesmo.

Esse campo é a somatória dos valores de cada funcionalidade suportado pelo TEF. No caso seria: 1 (troco) + 2 (desconto) + 64 (reajuste) = 67.

[Artur Alencar]

E deu certo aqui. Consegui fechar todos os testes do TEF sem erros. Valeu galera!!

[Roberto Kenji Yoshino]

amigos, represento a NTK e estou a inteira disposição para apoiar os desenvolvedores sobre os diversos assuntos referentes as nossas plataformas de pagamento TEF Pay&GO, TEF Pay&Go WEB e Gate2all

 

abraços

 

[Fernando Rodrigo]

Em 2017-5-29 at 14:57, Artur Alencar disse:

E deu certo aqui. Consegui fechar todos os testes do TEF sem erros. Valeu galera!!

Arthur, como vc fez pq no meu arquivo de retorno pelo GP não tem esse registro  706-000

 

veja o anexo

IntPos.001

[WesleyAS]

43 minutos atrás, Fernando Rodrigo disse:

Arthur, como vc fez pq no meu arquivo de retorno pelo GP não tem esse registro  706-000

 

veja o anexo

IntPos.001

O campo 706-000 é preenchido no arquivo de envio, indicando ao gerenciador quais funcionalidades são suportadas pela aplicação.

O que vem no arquivo retorno é o 744-000, com o valor reajustado pelo TEF.

[Fernando Rodrigo]

Eu nao sei onde estou errando pq o cupom é emitido normal, o comprovante tambem esta sendo impresso normal, so que no log dos testes esta dizendo que deu erro

 

>>>>> Passo 16:
Recebido evento 101:
- bNetwork: 0
- sAmount: 000000000000
- iCurrency: 0
- szFiscalRef: []
- ulDocument: 0
ERRO: Evento incorreto!
      Esperado: 100
      Recebido: 101
Recibo tipo 0:
  [****************************************]
  [********* DEMONSTRACAO  PAY&GO *********]
  [****************************************]
  [                                        ]
  [           COMPROVANTE DE TEF           ]
  [                                        ]
  [    CERTIFICACAO - PASSO 16             ]
  [                                        ]
  [        ESTABELECIMENTO DE TESTE        ]
  [    823982346832235/03876463            ]
  [                                        ]
  [    06/06/2017              14:42:54    ]
  [    DOC:016413        AUTORIZ:003847    ]
  [    REF.HOST:027207022680               ]
  [                                        ]
  [    TEST CARD       ************3012    ]
  [    VENDA CREDITO A VISTA               ]
  [    VALOR FINAL: R$ 0,00                ]
  [                                        ]
  [                                        ]
  [    ________________________________    ]
  [             JOAO DA SILVA              ]
  [                                        ]
  [****************************************]
  [********* DEMONSTRACAO  PAY&GO *********]
  [****************************************]
Retornando:
- bNetwork: 0
- sAmount: 000000000000
- iError: 0
- iCurrency: 0
- ulDocument: 16413
- bOper: 101
- bCardType: 1
- bFinType: 1
- bInstallments: 1
- sPredatedDate: 000000
- stTime: 06/06/2017 14:42:54
- szCardName: [TEST CARD]
- szMessage: [TRANSACAO APROVADA - AUTORIZACAO: 003847]
- szHostRef: [027207022680]
- szAuthoriz: [003847]
- sCashback: 000000000000
- sDiscount: 000000000000
Recebido evento 102:
- bNetwork: 0
- sAmount: 000000000000
- iCurrency: 0
- szFiscalRef: []
- ulDocument: 0

[WesleyAS]

4 horas atrás, Fernando Rodrigo disse:

Arthur, como vc fez pq no meu arquivo de retorno pelo GP não tem esse registro  706-000

 

veja o anexo

IntPos.001

O campo 706-000 é preenchido no arquivo de envio, indicando ao gerenciador quais funcionalidades são suportadas pela aplicação.

O que vem no arquivo retorno é o 744-000, com o valor reajustado pelo TEF.

Estou anexando os fontes alterados atualizados até hoje (06/06/2017).

Fontes.zip

[Fernando Rodrigo]

fiz com seus fontes Wesley e deu o mesmo problema, é impresso normal o cupom com o vinculado

mas no log sai da mesma forma

>>>>> Passo 16:
Recebido evento 101:
- bNetwork: 0
- sAmount: 000000000000
- iCurrency: 0
- szFiscalRef: []
- ulDocument: 0
ERRO: Evento incorreto!
      Esperado: 100
      Recebido: 101
Recibo tipo 0:

 

 

No evento .ACBrTEFD1InfoECF(Operacao: TACBrTEFDInfoECF; o que vc esta passando ? poderia colocar seu codigo para ver se eu estou fazendo correto

[Fernando Rodrigo]

53 minutos atrás, WesleyAS disse:

O campo 706-000 é preenchido no arquivo de envio, indicando ao gerenciador quais funcionalidades são suportadas pela aplicação.

O que vem no arquivo retorno é o 744-000, com o valor reajustado pelo TEF.

Estou anexando os fontes alterados atualizados até hoje (06/06/2017).

Fontes.zip

Wesley tire um print da configuração do seu componente para ver como esta

[jair ferreira]

Fazendo os testes aqui também ocorreu esse erro, preciso corrigir algo ? tenho que atualizar o ACBr? 

 

>>>>> Passo 16:
Recebido evento 100:
- bNetwork: 0
- sAmount: 000000000200
- iCurrency: 986
- szFiscalRef: [19248]
- ulDocument: 0
Recibo tipo 0:
  [****************************************]
  [********* DEMONSTRACAO  PAY&GO *********]
  [****************************************]
  [                                        ]
  [           COMPROVANTE DE TEF           ]
  [                                        ]
  [    CERTIFICACAO - PASSO 16             ]
  [                                        ]
  [        ESTABELECIMENTO DE TESTE        ]
  [    823982346832235/03876463            ]
  [                                        ]
  [    06/06/2017              16:15:31    ]
  [    REF.FISCAL:19248                    ]
  [    DOC:006098        AUTORIZ:002576    ]
  [    REF.HOST:006071000037               ]
  [                                        ]
  [    TEST CARD       ************3012    ]
  [    VENDA CREDITO A VISTA               ]
  [    VALOR FINAL: R$ 3,00                ]
  [                                        ]
  [                                        ]
  [    ________________________________    ]
  [             JOAO DA SILVA              ]
  [                                        ]
  [****************************************]
  [********* DEMONSTRACAO  PAY&GO *********]
  [****************************************]
Retornando:
- bNetwork: 0
- sAmount: 000000000300
- iError: 0
- iCurrency: 986
- ulDocument: 6098
- bOper: 101
- bCardType: 1
- bFinType: 1
- bInstallments: 1
- sPredatedDate: 000000
- stTime: 06/06/2017 16:15:31
- szCardName: [TEST CARD]
- szMessage: [TRANSACAO APROVADA - AUTORIZACAO: 002576]
- szHostRef: [006071000037]
- szAuthoriz: [002576]
- sCashback: 000000000000
- sDiscount: 000000000000
Recebido evento 103:
- bNetwork: 0
- sAmount: 000000000000
- iCurrency: 0
- szFiscalRef: []
- ulDocument: 0
ERRO: Confirmação incorreta!
      Recebido evento 103

Editado 6 Junho, 2017 por jair ferreira

[Fernando Rodrigo]

Jair no meu não dá esse erro, tente colocar os dados da software house no componente e tente novamente

[WesleyAS]

16 minutos atrás, Fernando Rodrigo disse:

Wesley tire um print da configuração do seu componente para ver como esta

No momento não consigo pegar o print, mas basicamente eu preenchi os dados de identificação e marquei a propriedade SuportaDesconto, SuportaSaque e SuportaValorReajustado - esta última propriedade eu criei.

[jair ferreira]

4 minutos atrás, Fernando Rodrigo disse:

Jair no meu não dá esse erro, tente colocar os dados da software house no componente e tente novamente

Na propriedade Identificação já está os dados lá! [NOME APLICAÇÃO], [RAZÃO SOCIAL], [SOFT HOUSE] e [VERSÃO] 

[jair ferreira]

Tentei no TEFDemo também e retorna o mesmo erro como vc conseguiu @Artur Alencar ?

 

 

[jair ferreira]

Bom dia! @Artur Alencar, @WesleyAS, @Fernando Rodrigo, @lalin, @Roberto Kenji Yoshino 

vocês conseguiram resolver a questão do passo 16 ? me falem como devo proceder.

 

 

[WesleyAS]

17 horas atrás, jair ferreira disse:

Na propriedade Identificação já está os dados lá! [NOME APLICAÇÃO], [RAZÃO SOCIAL], [SOFT HOUSE] e [VERSÃO] 

Voce chegou a alterar o ACBr ou usou os fontes que eu postei acima? A versão atual do ACBr não tem implementado essa funcionalidade do teste 16.

[Juliomar Marchetti]

18 horas atrás, WesleyAS disse:

O campo 706-000 é preenchido no arquivo de envio, indicando ao gerenciador quais funcionalidades são suportadas pela aplicação.

O que vem no arquivo retorno é o 744-000, com o valor reajustado pelo TEF.

Estou anexando os fontes alterados atualizados até hoje (06/06/2017).

Fontes.zip

 

3 minutos atrás, WesleyAS disse:

Voce chegou a alterar o ACBr ou usou os fontes que eu postei acima? A versão atual do ACBr não tem implementado essa funcionalidade do teste 16.

Seus fontes estão desatualizados com relação ao svn e sua implementação.

[jair ferreira]

Agora, WesleyAS disse:

Voce chegou a alterar o ACBr ou usou os fontes que eu postei acima? A versão atual do ACBr não tem implementado essa funcionalidade do teste 16.

sim baixei o seus fontes e tentei compilar deu erro nessa variaveis fpBin, fpIdPagamento e fpIdRespostaFiscal

meus fontes estão atualizados com o svn!

[WesleyAS]

2 minutos atrás, Juliomar Marchetti disse:

 

Seus fontes estão desatualizados com relação ao svn e sua implementação.

Eu tinha atualizado o repositório ontem para enviar esses dois arquivos. E até o momento não teve alteração neles. Tem alguma coisa errada então com a implementação?

A alteração feita foi:

* Criado propriedade "SuportaValorReajustado: Boolean" na unit ACBrTEFD.pas, da mesma forma que a "SuportaDesconto", para informar que será utilizada esta funcionalidade pelo TEF.

* Criado propriedade "ValorReajustado: Double" na unit ACBrTEFDClass.pas, da mesma forma que a "Desconto", para retornar o valor retornado pelo TEF pelo campo 744-000.

* Alterada a rotina "AdicionarIdentificacao" na unit ACBrTEFDClass.pas, para verificar a propriedade "SuportaValorReajustado" e somar o valor "64" ao campo 706-000.

[Fernando Rodrigo]

17 minutos atrás, jair ferreira disse:

Bom dia! @Artur Alencar, @WesleyAS, @Fernando Rodrigo, @lalin, @Roberto Kenji Yoshino 

vocês conseguiram resolver a questão do passo 16 ? me falem como devo proceder.

 

 

Jair, bom dia, nada ainda, mandei um e-mail para a ntk e não retornaram ainda

[Daniel Simoes]

1 hora atrás, WesleyAS disse:

* Criado propriedade "ValorReajustado: Double" na unit ACBrTEFDClass.pas, da mesma forma que a "Desconto", para retornar o valor retornado pelo TEF pelo campo 744-000.

O que a aplicação deve fazer com o a propriedade "ValorReajustado" ? Porque ela é importante ? Qual a relação dela com a propriedade "ValorTotal" ?

Se não modificarmos o "ValorTotal", o ACBrTEFD não saberá quando todos os pagamentos foram efetuados...

[Daniel Simoes]

Apliquei as sugestões parcialmente... (modifiquei o nome sugerido para a propriedade)

Citar

-- ACBrTEFD --
[+] Criada a propriedade "SuportaReajusteValor: Boolean", para informar que será
    utilizada esta funcionalidade pelo TEF.    (por: WesleyAS)

-- ACBrTEFDClass --
[*] Alterada a rotina "AdicionarIdentificacao" para verificar a informar o flag
    referente a propriedade "SuportaReajusteValor" no campo 706-000.
    (por: WesleyAS)