問題タブ [recurring-billing]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
paypal - PayPal 定期支払い
私は例を挙げて説明しています:
顧客は Web サイトにアクセスしてサービスを購入し、定期支払いを選択します。トランザクションを完了するために、顧客は PayPal サイトにリダイレクトされます。お客様は PayPal アカウントを持っておらず、クレジット カードによる支払いを選択しています。このようなシナリオでは、顧客が定期的なトランザクションとしてトランザクションを完了することができます。そうでない場合は問題ありませんが、そうである場合は、PayPal にログオンするためのアカウントがないため、後で顧客がこのサブスクリプションをキャンセルする方法について説明します。
ruby-on-rails-3 - Rails アプリで定期課金/サブスクリプション課金を処理するにはどうすればよいですか?
私は米国に拠点を置いていないため、Chargify、Recurly、Spreedly、またはこれらのアプリを使用できません。私はジャマイカにいますが、実際には...これらの企業の多くはジャマイカをサポートしていません。
しかし、私はカスタム サブスクリプション管理ソリューションを展開しようとしていますが、これが私の最初の Web アプリであることを考えると、私が引き受けるには大きすぎるタスクかもしれないと思います。
これを処理できる宝石はありますか?要件は次のとおりです。
- 登録されたすべてのユーザーは、自動的に X 日間の無料プランを利用できます
- X 日の終わりに向けて、アップグレードを求めるメッセージが表示されるはずです
- アップグレードしない場合、X 日後にアカウントがロックまたは無効になります
- アカウントが無効になっている場合は、アップグレードしてチェックアウト ページに移動できます (2checkout を使用しています。これは、今のところ使用する必要があるためです)。
- 次に、アップグレードしてプランを選択すると、システムは自動的に割り当てを増やします (クライアント数、プロジェクト数、ストレージ容量など)。
したがって、クレジットカードなどの処理を実際に処理するシステムは必要ありません。必要なのは、サブスクリプションのロジック、モデルの制限、アップグレードとダウングレードです。
完全な解決策は、Gemfile に含めることができる十分にサポートされている Rails gem です。
それがない場合は、考えられるすべての解決策を送ってください。そこから解決できます。
ありがとう。
authorize.net - 定期請求 /w cvv2
支払いシステムを実装していますが、cvv2 コードの処理方法がわかりません。当社のサービスは、2 週間の無料トライアルを提供しています。ユーザーは請求情報を入力する必要があり、1 ドルでカードを認証します。2 週間後、別の認証とキャプチャを行います (ユーザーは試用中にプランをアップグレードできるため、prior_auth_capture は実行できません)。それ以降は毎月請求されます。
この状況で cvv2 コードをどのように使用すればよいですか? cvv2 コードを保存することは想定されていないため、最初に行った認証でのみ使用できます。認証だけでこれを行う価値はありますか?最初の認証が成功することを望んでいません (cvv2 があるため)。その後、それを保持しないため、以前の認証 + キャプチャが失敗します。
簡単に言えば、私はこの会社に入社したばかりで、請求の問題を解決しようとしています。特に海外のお客様は、支払いが拒否されています (すべてではありません)。現在のシステムは、カードの名前を auth.net に渡さず、住所の検証も一切行っていません。これが、海外の顧客に問題を引き起こしているのではないかと私は考えています。
cvv2 を使用して (私たちの状況で機能する場合)、カードに実際の名前を送信すると、海外のお客様の問題が解決するはずです。そうでない場合、次に試すのは住所確認ですか? これは理にかなっていますか?私の考えが少し散らかっていたらごめんなさい。
ありがとう!
ruby-on-rails-3 - サブスクリプション/定期請求 Rails アプリのモデル間の関連付けは何ですか?
4 つのモデルのスキーマは次のようになります: http://pastie.org/1576759
計画テーブルには、実際の計画に関するすべてのデータが格納されます。サブスクリプションには、ユーザーがサービスに「再サブスクライブ」した月が保存されます。トランザクションには、支払い関連の情報が保存されます。
モデル間の関連付けはどのように機能しますか?
例:ユーザー :belongs_to plan, :through => :subscription ?
サブスクリプション "has_many" :plans ?
Rails とアソシエーションに関して、これらすべてがどのように結びついているかについては、少し曖昧です。
paypal - PayPal PayFlow リンクで定期支払いを受け入れる
ウェブサイトに定期支払いオプションを設定したいと考えています。高価な SSL を必要としない PayFlow を使用することを考えていました。しかし、ユーザーがアカウントの種類を変更することを決定した場合、翌月に請求されるように定期的な支払いを自動的に設定できる定期的な支払いを設定する方法がわかりません。これが可能かどうかわかりませんか?いくつかの問題があります。月額約 60 ドルを請求し、マーチャント アカウントが必要です (何か提案はありますか?)。
どのタイプのサービスを使用すればよいですか? SSL は非常に高価なため、Web ページでクレジット カードを受け入れないようにしたいと考えています。
ウェブページはphpです。
payment - 定期支払い処理とマーチャント アカウント ソリューション (主にアジア)
あなたの経験では、アジアで最高の定期支払いソリューションとマーチャント アカウント プロバイダーはどれですか?
定期請求ソリューション プロバイダーを選択する際の重要な基準は何だと思いますか? (ほとんどのアジア通貨で)
これまでの検索で見つけたものに基づいて、次のことに注意しました。
PayPal はアジアで定期支払いサービスを提供していますが、顧客サポートは世界中の PayPal と同様に悪く、払い戻しの 5% を超えるとブロックされる追加のリスクがあります.
PCI コンプライアンスは、プロバイダー側で絶対に必要です。
最初の検索に基づいて「Money Bookers」が見つかりましたが、そのサービスがどれほど優れているかはわかりません。これまでに 200 か国で取引できるようです。
定期請求プロバイダーとマーチャント アカウントを扱う際の経験 (良い経験と警告) は、私の実装を選択するのに役立ちます。
paypal - 定期請求の Paypal 事前承認済み支払いページにリストされていない顧客
Paypal ペイメント プロ API を使用して定期請求ベースで顧客をサブスクライブするために、ずっと前に作成された Web サイトを継承しました。
ユーザーの 1 人が自分のアカウントをキャンセルしたいと考えていました。
Paypal にログインして にアクセスしましたがProfile > My Money > My Preapproved Payments
、誰もリストにありません!
それは言います:
「利用できるデータがありません」
彼の定期的な支払いを時間内にキャンセルできなかったため、彼は再度請求され、私は彼の支払いを返金しなければなりませんでした。
私の人生では、行われている定期的な支払いから彼や他の誰かを削除する方法を見つけることができませんpreapproved payments
.
私は気が狂っていないことを願っています。誰にもアイデアはありますか?
php - Paypalの定期支払いが停止します
私はPaypalで定期的な支払いを使用しています。そして、正常に実装されました。
ここで、ユーザーが別のパッケージを選択した場合、新しい繰り返しを開始し、現在の繰り返しを停止する必要があります。
paypal - 定期的な支払いを伴うリモート クレジット カード ストレージ (おそらく PayPal)
私は、エンド ユーザーが使用するためにサブスクリプションが必要なオンライン サービスを設計しています。無料の基本プランがあり、ユーザーはより機能が豊富ないくつかの有料プランを持っています.
サブスクリプションは、月単位または年単位 (ユーザーの選択) です。
クライアントの仕様により、サービスには支払いを処理するための 2 つのパス (クレジット カード処理または PayPal サブスクリプション) が必要です。PayPal のサブスクリプション、IPN、およびすべてを処理しようとしていますが、クレジット カードが心配です。私は PayPal の API を使用して CC に対して請求する方法を知っており、機密情報を保存できないことをよく知っているので、サードパーティのサービスを使用して、安全な API を介してクレジット カードを保存し、CRON ジョブを構築することを考えています。は毎日実行され、いくつかの基準に基づいてサブスクリプションが期限切れに近づいているかどうかを確認し、期限切れの場合は次の請求期間に請求します。
さて、私は過去に Authorize.net で別の製品のクレジット カードを保存しました。彼らの API を使用すると、そこにユーザー プロファイルを作成し (保持する内部ユーザー ID を取得する)、保存する CC を送信し (保持する内部 CC ID を取得する)、いつでも API を介してその ID に対して課金することができます。 . しかし、それはユーザーが意識的に「これをこのクレジット カードで支払う (Authorize.net から取得した最後の 4 桁)」というフォームを送信したときだけでした。彼らが意識的に購読したサービスのためだけに。
要するに、リモートサービスに保存されているクレジットカードでcronジョブを使用して定期的な支払いを行うことが道であるかどうかを知りたいです(そうでない場合は、何かをお勧めします)。もしそうなら、私は PayPal が Authorize.net と同様の方法でクレジット カードを保存するサービスを持っていることを読みましたが、広範な調査の結果、それを行う方法に関する仕様、ドキュメント、またはサンプルを見つけることができませんでした. Authorize.net でできないわけではありませんが、私が Authorize.net で覚えているものと比較して、PayPal は技術的にはるかに優れているようです。
paypal - Paypalの定期的な変動額
Paypalの定期的なシステムを使用して、変動する金額で毎月のサブスクリプションを実装する必要があります。問題は、毎月のサブスクリプション料金が管理者によって変更可能であることです。Paypal で自動継続課金額を変更することはできますか?