3

我们在网站上收集的款项用于在线订阅和会议注册。在这两种情况下,我们都希望自己收集除了支付信息之外的所有信息,并且最好将其中的一些信息传递给 PayPal(这样用户就不必填写姓名、地址等两次)。

我知道有一些解决方案,其中信息由服务器本身收集,然后通过网络服务调用重定向到 PayPal,但不幸的是,这不是一种选择。由于网络政策,所有收集的安全支付信息都必须在服务器发生。

此外,并非所有表格都需要使用 PayPal 进行处理。有些人将通过支票等方式付款,因此根本不应该将他们发送到付款页面。我看过的大多数解决方案都有一个“使用 Paypal 付款”按钮,所以我认为访问 PayPal 网站需要一个表单帖子,但理想情况下我们希望通过 302 重定向到达那里。这有可能吗?(我知道我们可以做类似由 JavaScript 自动提交的表单之类的事情,但我不想走那条路)。

我们实施的任何系统都需要处理经常性(定期)付款。

4

2 回答 2

2

Paypal 有一个叫做 Payflow Pro 的东西。几年前,他们从 VeriSign 购买了它。

您可以使用它与 paypal api 进行完全集成。这样用户在您的网站上输入他们的付款详细信息,您的后端代码将交易提交到贝宝的服务器。然后贝宝会给你一个交易ID。保留交易 ID,将其他所有内容(如卡号)扔出窗外。

我们有几个使用 Payflow Pro 的客户。非常好用的api。

于 2010-08-16T19:59:35.563 回答
1

我不完全确定我了解您问题的全部范围,但我想我了解。我已经在这些 conf 中编写了一个数字。注册(虽然我没有与 PayPal 交互...而是 iTransact 和 Plug'NPay),在我的应用程序中,我必须通读正在使用的系统的 API 文档(在本例中为 PayPal)。然后我登录到支付网关,通常他们有一个 html 表单生成器。当然,所有这些都会返回一个 html 表单,其中的字段标记为适合他们的 API(因此帐单名称和地址从您的系统转移到 PayPal,用户不必重新输入他们的信息),显示你需要什么隐藏字段(如 cutomer_id 等)和表单 POST 路径。

然后我要做的是让用户注册,在另一个页面上预览他们的订单详细信息(您可以选择将他们的信息放入数据库或等到他们的信用卡被处理后),然后在确认后,他们去 PayPal,使用信用卡或支票付款(选项始终存在),当他们点击确认时,您在某处隐藏的 var 中的回传 URL 会将您带到自定义的谢谢页面(并希望处理脚本以捕获成功的交易),它可以托管在您的服务器上的任何位置。

这非常简单,一开始只是有点费力,因为您尝试找出特定于支付网关 API 的新表单变量。

希望这有帮助!

于 2010-08-16T20:05:40.340 回答