簡體   English   中英

我應該使用哪個PayPal API進行付款?

[英]Which PayPal API should I use for payments?

在審查了PayPal Developer上的大量文檔之后,我才剛剛開始並有一個基本問題。 我應該使用哪個API?

我們有一個非常具體的方案。 我們是一個在線數據庫,需要訂閱。 我們通過從用戶那里收集一些信息來計算訂閱量,然后需要讓用戶付費,然后需要激活訂閱。 我們希望支持訂閱的自動續訂。

我們的網站目前符合PCI標准,我們需要保持這一標准。

關於解決方案:“訂閱按鈕”方法似乎非常簡單,但有局限性。 我假設我們可以為不同的選項方案創建多個按鈕並傳遞數量。 我們如何獲得確認以允許訂閱激活?

REST API似乎很容易用Java編程(並且我們擁有豐富的Java專業知識),但是請參見上面的“ PCI兼容”。 另外,我無法真正確定對付款請求的HTTP響應是否返回了付款批准狀態,或者是否需要重定向URL(因此需要對付款Web應用程序和跨應用程序進行響應檢查)。

PayFlow API是我熟悉的一種較舊的樣式,“托管頁面”方法似乎是一個不錯的選擇,但是編程似乎要涉及很多。

我們希望以盡可能少的編程工作來盡快使該解決方案投入運行,但是我們確實需要保持PCI合規性。

我錯過了任何選擇嗎? 我是否對每個解決方案提出正確的問題?

如果對於此處的論壇而言范圍太廣,有人可以告訴我如何直接向PayPal提問嗎? 與使用PayFlow API相比,找到一種實現方法顯然是更大的技術難題。 :)

謝謝!

Payflow是一個純網關,意味着您擁有自己的商家帳戶。

PayPal Payments Pro是一個商家帳戶和網關。 您可以通過REST API或Classic API訪問它。 截至目前,Classic API擁有更多選項(有些API調用無法通過REST完成),但是OAuth很熱門,因此您擁有REST。

在這兩種情況下,您都要通過HTTPS進行API調用,然后將數據發送到后台,然后響應會告訴您付款是否通過(以及任何錯誤消息)。 兩者都還要求您具有SSL並保持最低的PCI合規性(即,不要記錄CVV2等)

但是我很困惑。 您說您的頁面符合PCI標准,但其余帖子似乎表明情況恰恰相反。 是什么情況?

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM