【问题标题】:PayPal CUSTREF Not Appearing in PayFlow Pro Transactions with Secure Token (Transparent Redirect)使用安全令牌(透明重定向)的 PayFlow Pro 交易中未出现 PayPal CUSTREF
【发布时间】:2013-07-14 07:55:02
【问题描述】:

我正在使用 PayPal PayFlow Pro 处理交易。我们选择使用具有透明重定向的安全令牌来尝试解决 PCI 合规性问题。

在我的令牌请求中,我指定了 CUSTREF 参数,如下所示:

&CUSTREF=461

我还在交易表单中为此创建了一个隐藏字段。我为 Fiddler 启用了 HTTPS 代理,我可以在安全令牌和事务请求中看到这些值。交易在实时 PayFlow 网关上成功完成。

但是,当我查看https://manager.paypal.com/ > 报告 > 每日活动下的交易时,详细页面上的 客户参考号: 字段为空。

本文档第 71 页讨论了该参数用于查询交易: https://www.paypalobjects.com/webstatic/en_US/developer/docs/pdf/payflowgateway_guide.pdf

除此之外,我在该领域找不到太多文档。我查看了一些代码示例,看起来应该在事务请求中传递 CUSTREF 参数(这是我尝试的第一件事),例如

https://github.com/angelleye/paypal/blob/master/PayFlowTransaction.php

有没有人遇到过这种情况?我有一张使用 PayPal 的票。

【问题讨论】:

  • 门票是什么?我可以看看。
  • 抱歉,我的意思是说我已经向我一直在合作的 PayPal 工程师提出了这个问题。我会尽力为你弄一张票。
  • 我开了一张票:SAXK (KMM92510710V4213L0KM) :ppNA
  • 这是我们商户解决方案团队的票号。将在此处提交商家技术服务票证 - PayPal.com/MTS。票号的格式如下 - 130718-000000
  • 您好 Patrick - 我已提交票证 #130720-000027。

标签: paypal payflowpro


【解决方案1】:

我从 PayPal 收到确认这是一个错误。

这似乎适用于常规 Payflow Pro API 调用,但在使用安全令牌 API 调用或托管页面(使用安全令牌)传递 CUSTREF 时失败。

建议的解决方法是在 cmets 中通过该字段。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2013-11-29
    • 1970-01-01
    • 2016-07-12
    • 2014-09-12
    • 2015-04-29
    • 2013-06-05
    • 1970-01-01
    • 2013-07-12
    相关资源
    最近更新 更多