簡體   English   中英

Paypal、定期計費和 ActiveMerchant

[英]Paypal, Recurring Billing, and ActiveMerchant

我正在嘗試研究如何在我現有的網站上添加基於訂閱的付費模式,但遇到了很多相互矛盾的信息,讓我有點迷茫。

我所需要的只是一種通過信用卡設置定期計費(每月)的非常簡單的方法。 我只需要一個簡單的解決方案,但很難找到設置它的最佳實踐。

到目前為止,我了解到 Paypal 的網站支付標准選項支持這一點。 我只是有幾個關於我應該如何實施它的問題:

  • 首先,Paypal 是否要求用戶使用網站支付標准注冊定期計費?

  • 我計划使用 ActiveMerchant,但我發現一些博客說 ActiveMerchant 不支持從 Paypal 定期計費。 這是真的?

  • 我找到了 railskits.com 的 SASS Rails Kit,它說它支持使用 Paypal 的網站支付標准進行定期計費。 如果我購買了這個,代碼是否足夠清晰以在我自己的網站中理解和實施,或者它是針對入門網站而不是現有網站的打包交易?

  • 我在 ActiveMerchant 上找到了很多幫助定期計費的博客,但使用的是 Paypal 的 Express Checkout。 我在 Paypal 網站上閱讀了 Express Checkout,但我仍然不太明白它是什么,以及它與網站支付標准有何不同。 誰能以簡單的方式解釋這一點?

如果有人能回答這些問題中的一個,我將不勝感激!

**順便說一句,在得到建議之前,我已經觀看了 Ryan Bates 關於 Paypal 的所有 Paypal 截屏視頻,這些視頻非常適合基礎知識或在購物車中購買商品,但我不明白它應該如何與定期計費一起使用. 此外,他似乎跳過了視頻中的一些重要步驟(例如,Paypal 文檔說在您的應用程序收到 IPN 后,您需要向 Paypal 發回接收確認,但 Ryan 在他的截屏視頻中沒有這樣做)。 我只是想弄清楚這一切!

首先,Paypal 是否要求用戶使用網站支付標准注冊定期計費?

使用網站支付標准,您可以指導您的客戶在貝寶網站上填寫他們的信息。 對我來說,這有點俗氣,但你的里程可能會有所不同。 如果您打算賺錢,將其集成到您的網站並升級到網站支付專業版,imo 是非常值得的。

我計划使用 ActiveMerchant,但我發現一些博客說 ActiveMerchant 不支持從 Paypal 定期計費。 這是真的?

它不是開箱即用的,但您必須創建一個新的模塊類,該類被添加到 Active Merchant 中,加上視圖,實際上,這需要做很多工作。 不應該對你說這很容易,因為他們要么是騙子,要么是非常擅長編程。

我找到了 railskits.com 的 SASS Rails Kit,它說它支持使用 Paypal 的網站支付標准進行定期計費。 如果我購買了這個,代碼是否足夠清晰以在我自己的網站中理解和實施,或者它是針對入門網站而不是現有網站的打包交易?

當然,它可能更清楚,但如果我記得,他們使用參考交易來“偽造”定期計費,截至今年 8 月,當我編寫我的解決方案時。 至於現有網站,您可能需要將其安裝到現有應用程序中,或圍繞它創建。 TBH,2XX 美元的價格標簽嚇到我了。

我在 ActiveMerchant 上找到了很多幫助定期計費的博客,但使用的是 Paypal 的 Express Checkout。 我在 Paypal 網站上閱讀了 Express Checkout,但我仍然不太明白它是什么,以及它與網站支付標准有何不同。 誰能以簡單的方式解釋這一點?

Paypal Express 要求您擁有自己的商家帳戶。 商家帳戶是您資金的最終歸宿,也是您客戶的銀行帳戶唯一可以輕松與您的銀行帳戶聯系的帳戶。

網站付款標准通過您的 Paypal 帳戶使用 Paypal 自己的商家帳戶,以便向您付款。

再次,imo,支付 30 美元並使用網站支付專業版。

Express Checkout 與網站付款標准相同。 這是將您的客戶重定向到 PayPal 以收集他們的付款信息的方法。 有一個簡單的實現,只需創建一個直接發布到 PayPal 的表單,您可以選擇使用 IPN 來獲取有關交易的信息。 還有一個用於支付標准的 API,它允許您在幕后設置與 PayPal 的交易,然后將您的客戶重定向到 PayPal,然后通過 API 查詢 PayPal 以獲取有關剛剛完成的交易的詳細信息。 SaaS Rails Kit(我是它的作者)使用這個 API。

網站付款專業版是 PayPal 的產品,可讓您在您的網站上收集付款信息,並通過其 API 將該信息傳遞給 PayPal。 然后,您可以通過 API 獲取有關交易的信息。 客戶永遠不會離開您的網站。 即使您提供 Payments Pro,PayPal 的 TOS 也要求您提供 Express Checkout。 Payments Pro 每月收費 30 美元。 (我記得)並要求您填寫 Pro 帳戶的申請。

我們也在開發一個基於訂閱的網站,這看起來很有趣 - http://chargify.com/ 可以節省相當多的編碼時間。

如果我們正在討論如何使用 Ruby on Rails /ActiveMerchant 環境進行訂閱,我不知道為什么沒有人提出Freemium ,它是 ActiveMerchant 的姊妹項目,專注於訂閱。

我使用 SaaS Railskit,強烈推薦它。 代碼干凈、有注釋且清晰易讀。 它可以放入現有的應用程序中,只需很少的調整,或者用作新應用程序的基礎。 如果您只想將其用作參考或獨立的付款處理應用程序,我想它可以正常工作。

希望有幫助!

另一種可能的選擇是使用其他具有重復計費功能的網關之一,例如 Authorize.net 或 BrainTree。 我通常不建議使用 Authorize.net,因為它們的開發過程略顯笨拙(如果您想進行大約 2 天的持續測試,則必須申請一個測試帳戶),但我已經在多個站點上與它們進行了集成,並且工作得相當好。 盡管他們確實有與 PayPal 相同的愚蠢政策,即命名 19 種產品,這些產品似乎都能滿足您的需求,但實際上卻並非如此。

唯一的好處是人們不必成為 PayPal 會員才能付款,我相信 Authorize.net 的費用較低,但這可能只是我們的帳戶; 我們的銷售人員是一個殺手級的談判者。

active_merchant 和 SaaS Railskit 都支持 Authorize.net 和 BrainTree。

我不建議購買 Railskit 只是為了查看使用 active_merchant 的質量代碼,但我確定還有其他地方可以免費查找。 Railskits 確實被設計為用作基礎,並且幾乎可以保證對設置的假設與您計划的不同,因此如果您在項目的任何地方進行了合並,將兩者合並幾乎肯定會很痛苦。 另一方面,如果您仍然剛剛開始網站,那么 Railskit 可能是一個很好的方式來重新開始一個真正健全的環境。

如果您使用 Paypal 訂閱,那么您可能需要一個 Paypal 企業帳戶。 沒什么可怕的,這只是向貝寶提供公司名稱並要求轉換您現有帳戶的情況。

我還查看了一些針對 Rails 的 Paypal 訂閱解決方案,並最終創建了我自己的解決方案。

我已經在此處使用 1 個 Controller 將 PayPal 訂閱添加到您的 Rails 應用程序中

問題:首先,Paypal 是否要求用戶使用網站支付標准注冊定期計費? 是的,我相信如此。 Paypal 希望用戶能夠根據需要取消付款。

問題:我計划使用 ActiveMerchant,但我發現一些博客說 ActiveMerchant 不支持從 Paypal 定期計費。 這是真的? 這也是我看到的。 不過,您可以通過 Paypal SOAP 接口實現它。 這不是太難。

無恥的插頭:

我瀏覽了 Paypal 的所有文檔,並找出了實施標准和基於肥皂的方法的好東西。 您可以在 pragprog.com 上以 8.50 美元的價格找到它

/無恥的插頭:

暫無
暫無

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

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