我對PayPal API相當陌生,對使用API簽名附加到REST API有點困惑。我正在創建購物車軟件,並且我希望允許使用該軟件的商家使用PayPal用戶名,密碼和簽名使用他們的API將系統附加到他們的PayPal賬戶。他們在設置購物車時會將這些信息輸入到帳戶設置中。使用PayPal用戶名,密碼和簽名訪問REST API
在商家方面,似乎這很容易實現,並說這樣做是爲了授予專門針對購物車的API訪問權限: htttps://paypal.com/us/cgi-bin/webscr?cmd = _profile-api-access(一旦以商家身份登錄)。
我個人使用PHP來調用CURL,雖然這可能並不重要。我不明白的是,在REST API文檔中,包括「make your first call」doc,它注意到我應該發送我的「clientid」和「secret」,但不是商家的「用戶名」,「密碼」和「簽名」。
https://developer.paypal.com/docs/integration/direct/make-your-first-call/
現在,當我最初登錄的開發人員,我能得到我的「客戶端ID」和「祕密」,但這是我的應用程序。我已經使用PayPal的測試頁面成功地與他們進行了測試呼叫。但這些當然似乎適合我,而不是針對特定的客戶。
現在「Classic API」文檔確實有關於使用商家信息連接到SandBox的信息。
https://developer.paypal.com/docs/classic/permissions-service/ht_permissions-invoice/
所以我覺得我只是精神上失去了一些東西,或者誤解的東西根本。假設我有我的開發人員憑據和商家的API憑證,向商家(而不是我)付款的一般步驟是什麼。我錯過了什麼邏輯步驟?
非常感謝任何能夠提供幫助的人。
感謝埃德,可能是,但它似乎很奇怪,這一切都必須完成W /自動購物車軟件。軟件必須爲每個客戶手動完成所有這些工作。另外,在「API訪問」頁面,商家並沒有提及這一點:https://www.paypal.com/us/cgi-bin/webscr?cmd=_profile-api-access – daprezjer
@ user1607985好了,上面流真的只是爲了保護你的商家免受所有技術上的複雜性。否則,他們只能爲您提供其應用程序REST憑據(可能是您在哪裏可以提供的管理員UI)。我知道你在說什麼雖然,「老派」的方式似乎相對比較簡單 - 商家可以簡單地看自己的賬戶的API部分和/或授予的API訪問...雖然我已經完全忘記了後面的流程是如何工作的: ) – EdSF
謝謝@EdSF,我可能只需要像你提到的那樣去使用Classic API。我們會看看是否有任何PP人員迴應。 – daprezjer