[英]Modify Subscriptions using PayPal vs Amazon FPS
我一直在尋找設置Web應用程序,這些應用程序在很大程度上依賴於用戶經常和大幅修改訂閱的能力。 我也可能正在使用市場功能,我需要一個無縫支持的系統。
我看過很多關於修改訂閱的復雜性的恐怖故事,包括雙重計費,或者在錯誤的時間關閉用戶。
我真誠地希望,例如,這篇文章http://talklikeaduck.denhaven2.com/2007/09/02/how-to-cure-the-paypal-subscription-blues
已過期。 我想到的用例比他提到的用例更復雜。 對於我想要做的事情的抽樣:
似乎沒有一個開源PHP庫可以用亞馬遜或Paypal做我需要的東西。 所以我很期待自己編碼。 (很高興在這里被證明是錯誤的,也許是PHP的Freemium ?)。 我無法使用可用的各種訂閱服務 。 因為他們通常不支持上述功能,因為我需要直接訪問PayPal或Amazon FPS API,以便以后通過市場問題獲得聰明才智。
這讓我想到了我的問題。 我應該選擇哪種支付平台以便於管理訂閱? 請把我送往正確的方向,我只有這么多時間。 但我也沒有時間做出錯誤的決定。 請提供您的偏好的證據,如果可能的話,請詳細說明您比較兩個系統的工作。 谷歌擁有唯一的其他支付平台,目前他們的訂閱系統處於測試階段。如果你提出一些其他更好的系統,請提供大量的理由,因為我需要一個人們會覺得舒服的流行支付引擎!
-FT
我看到你在十二月回答了這個問題...如果你還沒有找到答案,我會根據我與你的業務問題幾乎相同的經驗提出一些建議。
您正在考慮使用哪種PayPal API? 在使用PayFlow XML API時,我發現滾動我自己的訂閱服務要容易幾千倍。 如果您使用的API支持基於之前成功的事務ID創建“引用事務”,則可以通過跟蹤用戶的訂閱量,跟蹤已支付的內容以及創建運行的計費腳本來避免您的頭痛。在每日cronjob上,檢查每個用戶是否需要支付(以及多少),然后為每個用戶創建參考銷售。
當然,不要忘記在定期開始計費之前必須明確要求用戶許可,並且應該有一個良好的定期計費和隱私政策。 這種設置的一個問題是你幾乎需要創建自己的腳本來管理人們的訂閱和付款 - 幸運的是,我正在將PayPal定期計費發布到已經內置訂閱和會計的Web應用程序上。
如果您需要任何有關如何解決此問題的建議,請與我們聯系!
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.