问题标签 [payflowpro]

当我尝试使用带有 magento 的 payflow pro 信用卡方法结帐时遇到问题，它显示错误“无法读取响应，或响应为空”。有谁知道它为什么会发生。提前致谢

我正在使用 PayPal PayFlow Pro 支付网关。我已经测试了https://ppmts.custhelp.com/app/answers/detail/a_id/618上给出的 PHP/CURL 代码，它返回：

HTTP/1.1 200 OK 连接：关闭服务器：VPS-3.033.00 X-VPS-Request-ID：20140619132842 日期：2014 年 6 月 19 日星期四 20:28:43 GMT 内容类型：文本/名称值 内容长度：98 结果=0&PNREF=A71E6C7596B6&RESPMSG=已批准&AUTHCODE=010101&AVSADDR=Y&AVSZIP=Y&CVV2MATCH=Y&IAVS=N

我可以将此响应转换为一个数组或我可以实际使用的东西吗？我不知道我应该如何处理这些数据，并且在测试时我找不到任何明确的答案。

我正在使用 Rest API 使用唯一的 securityID 和其他参数获取安全令牌。我正在使用以下代码：

但我收到以下错误：RESULT=2&PNREF=A7X06D187FF7&RESPMSG=无效投标

请建议如何纠正这个问题。

我正在使用PHP Payflow 库进行支付。它在用户名、密码和供应商的默认设置下工作正常，但是当我将供应商与在我的经理站点创建的用户放在一起时，我不断收到销售方法的 api 错误：

pnref 不同。当我在经理站点检查日常交易时，所有交易都列在那里，结果代码为 52。

我尝试为定期计费创建付款人资料，但这也导致代码 36 和 txnresult 代码 5 和 api 错误看起来像

这笔交易也列在日常交易中。

我用于交易的用户已授予API_FULL_TRANSACTION权限。我尝试将其更改为FULL_TRANSACTION但结果相同。我还尝试了具有权限的事务ADMIN，但它也产生了代码 52。

我们需要为用户设置什么样的权限才能执行交易？

我已经建立了一个网站，该网站使用 PayPal Payflow API 来处理使用具有定期付款服务的实时 Payments Pro 帐户的付款交易。它的工作原理是首先请求一个安全令牌，然后提交交易。我使用托管页面（布局 c）和透明重定向来完成这项工作。我正在使用 Payflow_dotNet dll，它使用 payflowpro.paypal.com URL。但是，当我尝试通过将交易类型设置为“R”来提交交易以设置定期付款时，我收到以下错误

“结果 3 - 安全令牌创建请求的交易类型无效”

这是我正在使用的 NVP 字符串的示例：

为什么这不起作用？

我是否必须创建授权交易，然后以某种方式将其转换为定期付款资料？

我们从多个第三方软件程序连接到我们的 PayFlow Pro 帐户。我们想添加一个新的在线服务。该服务的说明告诉我们设置托管结账服务设置。这些托管结账服务设置是否会影响我们其他软件程序的交易？

我使用 payflow api 向信用卡收费，接收并存储 PNREF。我需要检索 paypal 从我的销售中扣除的费用，该费用未在 payflow 的响应中返回。我为 API 设置了凭据和签名，然后继续使用 getTransactionDetails 方法来检索 FeeAmount。我可以进行身份​​验证，但是在发送 12 char PNREF 时出现以下错误：

我认为 API 需要 17 个字符，但我只有 12 个字符。payflow 和 paypal API 交易是否可以互操作？

我已经建立了一个网站，该网站使用 PayPal Payflow API 来处理使用具有定期付款服务的实时 Payments Pro 帐户的付款交易。它的工作原理是首先请求一个安全令牌，然后提交交易。我使用托管页面（布局 c）和透明重定向来完成这项工作。我正在使用 Payflow_dotNet dll，它使用 payflowpro.paypal.com URL。

现在我被告知（并发现）无法使用安全令牌设置定期付款，所以我分两步进行

1. 创建授权交易
2. 将交易转换为定期付款资料

所以我有第一步工作。但是我在第 2 步遇到了问题。第 2 步说它有效，但是当我转到 PayPal - 个人资料 - 我的销售工具 - 我的自动付款时，那里什么也没有，并且授权交易仍然在我的历史记录中列出（作为待处理）。示例代码：

nvpstring 在哪里

其中 ORIGID 是创建授权事务时返回的 PNREF。这甚至给了我一个生成的 RPREF 和 ProfileID，如 RP0000000005。那么它去哪儿了？为什么它不起作用？

使用payflow .net dll，我正在尝试创建一个定期计费配置文件，而不是强迫我的客户承担处理信用卡数据的PCI合规性负担，所以这就是我目前正在做的事情......

1. 获取安全令牌
2. 创建销售交易（记录结果）
3. 将其转换为定期计费配置文件（将来开始）

这一切都有效，但是当 PayPal 尝试使用 RBP 创建交易时，它会得到 Result Code 30, Duplicate, error 10536 - ...duplicate invoice id ... 我没有在我的代码中的任何地方设置发票 ID。在第 2 步中，我创建了授权而不是销售（尽管 IPN 中的反式类型最终是“购物车”？？？）。所以我认为这是将销售转换为 RBP 的问题。如果不允许这样做，那么第 3 步应该阻止我，但事实并非如此。那么有没有办法解决这个问题？

注意：当使用带有 paypalcoresdk 和 paypalmerchantsdk dll 的 Express Checkout 时，我能够使用相同的令牌创建销售交易和 RBP，并且一切正常，IPN tran 类型最终是正确的 recurring_payment。

注意 2：最好的解决方案是 PayPal 允许我使用安全令牌创建 RBP。我无法完成这项工作。

注意 3：我不使用授权交易的原因是因为这会导致客户在 PayPal 中拥有大量的 Auth 交易，他们可以随时捕获这些交易，从而导致重复付款。

Paypal PayFlow Pro API 是否适用于瑞典？如果是，那么在瑞典使用需要多少费用？