2

我已經看到幾個有關API細節和貝寶的問題。一般來說,如果我打算將我的Rails應用程序作爲基於訂閱的服務提供,那麼在Rails上可用的不同支付系統有哪些優缺點?在rails中實現我們的計費系統:PayPal,純粹的商戶賬戶/網關,或類似Chargify?

我的主要問題是:

  • 避免PCI合規性,而不是存儲在我們的服務器上的任何信用卡
  • 易API與定期付款
  • 尋找專業(未顯示有人貝寶品牌Anywhere作爲例如)

貝寶似乎有一些符合上述標準的「PRO」服務,但我很好奇直接使用像Authorize.NET這樣的網關嗎?

Braintree提供超越以上的內容嗎?

Charify呢?它似乎是一個像Authorize.net網關的頂層,並增加了儀表板和報告。

如果網關或支付處理器爲我存儲信用卡,如果我想讓我的10,000位客戶與我一起使用新的結算服務,會發生什麼情況?他們是否都必須重新輸入付款信息?是否有適當的程序,以便不同的提供者可以在他們之間移動我的客戶/信用卡數據庫?

回答

4

我們使用Chargify,它的一對夫婦的理由是偉大的:

  • PCI合規性:Chargify處理信用卡的存儲
  • 自動充電:將自動充電的信用卡N個月後試用期
  • 催款:如果收費失敗會給電子郵件用戶,並在到期之前嘗試多次嘗試賬號
  • 大寶石:充電寶石。

所以我強烈建議使用Chargify與Authorize.net

缺點:

  • Chargify增加約0.10 $每月每個帳戶除了您的商戶收費
+0

我可以使用任何商家帳戶? 如果我想在一天內消除Chargify會發生什麼?我失去了我所有的客戶cc信息? – Zaqintosh 2010-07-19 22:41:12

+0

@Zintosh - 他們讓你使用其中的一些,但可能不是「任何」商家帳戶。清單:http://chargify.com/how-it-works/ ...我會說是的,如果你取消了chargify,你需要在更新時重新獲取卡信息。 只有當您自己存儲CC時,纔會阻止該問題,您幾乎肯定不希望爲PCI合規性執行此操作。 – 2010-07-20 01:02:30

+0

我也使用chargify爲上述原因,不能抱怨。處理中的額外成本與花在重新發明輪子和合規問題上的時間相比很小。 – 2010-07-20 08:59:42

相關問題