2014-04-02 330 views
0

我目前正在編寫自定義購物車應用程序,類似於Etsy,但是針對專業市場。我們試着與我們的商戶帳戶談論我們是否可以代表我們的各種合作伙伴接受付款(類似於亞馬遜如何從單個賣家訂購單一結賬流程),並且被告知沒有機會,因爲我們沒有足夠大。帶Paypal的多個購物車結賬

考慮到這一點,我們需要讓我們的流程擁有與Etsy完全相同的多個結帳單,並且我們還需要能夠通過PayPal將付款推送到多個電子郵件(而不是鏈接付款 - 我們可以'不要使用他們的內置商店內容,因爲每個「商店」的個人PayPal ID不同)。除此之外,我們希望控制結賬過程,就像Etsy一樣,即使在PayPal上,外觀/感覺也是自定義的。

我們如何去做這件事?

回答

1

這是一個非常大的問題,我將給你一個個人經驗的答案。每個PayPal賬戶都會被賦予一個獨特的密鑰,以便通過nuget使用它們的API。我要警告你,如果你瞭解json並願意玩,這很友好。處理多個用戶時,您可以將密鑰存儲在數據庫中,並在需要時替換。你也應該看看stripe,因爲他們的API知道是非常開發友好的。我實際上將我們的服務從PayPal轉移到了條帶。現在您可以隨時使用他們的系統來管理購物車和其他信息。我決定製作我自己的基礎設施,因爲我想了解我的網站內外。同樣通過這樣做,我使他們成爲我的支付處理器,允許我切換處理器而不破壞我的完整性。我希望這有幫助。就像我說的這是一個相當開放的問題

+0

唯一的缺點是我們也繼承了加工費。我們試圖做的是將它們發送到PayPal進行支付(意味着費用不會打到我們),一旦支付了費用,它就會相應地回到我們手中。其中最困難的部分是我們必須向衆多供應商支付款項,以促進這一點。我做了一些進一步的探討,看起來PayPal的Adaptive Payments可能是一個很好的解決方案:https://developer.paypal.com/webapps/developer/docs/classic/adaptive-payments/integration-guide/APIntro/。感謝您的幫助! – RubyHaus

+0

費用不會打到你,因爲你將使用他們的帳戶中的Api令牌來處理付款。這是你和你的客戶之間的信任問題。通常它不是把私鑰交給任何Api的最佳方式。這就是說,如果你的客戶相信你不是一個大問題。 – DrewGoldsberry

+0

適用於PayPal或條紋:),祝你好運。 – DrewGoldsberry