問題タブ [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.
payment - Authorize.Net を使用して、クレジット カードに請求し、自動継続請求をワンステップで設定する方法
authorize.net を Web アプリケーションに統合しています。最初にアカウントに請求するために、ダイレクト ポスト メソッド (DPM) を使用しました。ただし、トランザクションごとに、自動継続請求も設定する必要があります。特に、DPM が最初のトランザクションを送信した後、クレジット カード データが利用できなくなった場合、再度情報を要求せずにこれを行うにはどうすればよいでしょうか?
また、必要に応じて確認してフォローアップできるように、繰り返し発生する各トランザクションのステータスを取得したいと考えています。
authorize.net - Authorize.net - 自動定期請求 (ARB) & アドレス検証サービス (AVS)
私が構築したシステムで Authorize.net の自動定期請求をセットアップしましたが、これはうまく機能しています。
唯一の失敗は、誰かが間違った請求情報を入力した場合、AVS がチェックされないことです (そして成功を返します)。アカウントを作成するだけで、最初の請求時に支払いが失敗します。これは多くの場合翌日です。
トランザクションを完了する前に、不正な請求情報を確認するにはどうすればよいですか?
asp.net - クレジットカード情報を保存せずに定期的に請求される変動額
PayPal Standard、PayPal Website Pro、PayPal Express、Authorize.Netを使用していくつかの支払いWebサイトを実装しました。
今、私は定期的な請求を必要とするウェブサイトを実装しています。私の唯一の問題は、クレジットカード情報を保存しておらず、各サイクルで金額が固定されていないため、金額が変動することです。
プロジェクトにPayPalまたはAuthorize.Netのいずれかを使用できますか?そうでない場合は、信頼できる支払いゲートウェイ(支払いには$ US、米国にあるゲートウェイをお願いします)をお勧めしますか?
payment - 定期支払い IPN
Paypal の定期支払いの実装に取り組んでいるときに、いくつかの問題に遭遇しました。ここからペイパルのドキュメントに従いました: PayPal Express Checkout: Recurring Payments Process Flow
CreateRecurringPaymentsProfile()
すべてが正常に機能しているようで、最後に (クエリの結果から) ProfileID を取得します。定期的なプロファイルも作成されています。
問題は、実行後に IPN 確認がないことですが、 PayPal Express Checkout: PayPal NotificationsCreateRecurringPaymentsProfile()
によると、
そうあるべきです。
paypal - Paypal定期支払い IPN確認
Paypal の定期支払いで問題が発生しました。CreateRecurringPaymentsProfile() は、作成されたプロファイルの ID (ProfileID) を返します。同時に、IPN URL で次の確認を受け取ります。
明らかに、ProfileID と recurring_payment_id は同じです。この後、支払いに関する確認が受信されます。
これら 3 つの値: CreateRecurringPaymentsProfile() の戻り値の ProfileID。recurring_payment_profile_created の recurring_payment_id; recurring_payment_id の recurring_payment_id - 同じである必要があります。(この特定のサブスクリプションの支払いを適切に識別する方法は他にないようです) また、(IPN での) recurring_payment が Paypal によって複数回送信されており、そのたびに recurring_payment_id が異なります。
特定のサブスクリプションの支払いを識別するために recurring_payment_id を使用する必要がありますか、またはそれを識別する別の適切な方法がありますか?
payment - 定期請求 (変動する金額と頻度)
サイトと定期的な支払いに適した支払いソリューションを見つけることができます。色々と調べているのですが、なかなかいい方法が見つかりません。
私たちのサイトでは、お客様が仮想クレジットを使用しています。クレジットがなくなったときに、アカウントに新しいクレジットを請求します。自動リフィル機能を提供したいと考えていますが、それに伴うすべての PCI-DSS 問題に対処したくはありません。
基本的に、次の機能を探しています。
支払いプロバイダーは、顧客がすべてのクレジット カードの詳細を提供する場所 (安全なホスト ページ) を公開する必要があります。
私のサイトは、ホストされているページに顧客 ID をロードします (最後のステップでトークン ID を顧客 ID にマップできるようにするため)。
顧客がクレジット カードの詳細を登録すると、支払いプロバイダーは、クレジット カードの詳細が customerID の tokenID でトークン化されたという通知を私のサイトに送信します。
将来的には、顧客に API 呼び出しを請求します。
API::charge(通貨、金額、tokenID);
これを行うことができる支払いプロバイダーはありますか?
paypal - 定期請求の設定に関するアドバイスはありますか?
私は、クレジット カード番号を受け入れて、1 回限りの支払いのためにゲートウェイに渡すオンライン支払いシステムをセットアップした経験が少しあります。
ただし、自動定期請求を処理できるシステムをセットアップする必要があります。ユーザーがクレジット カード番号を提供すると、その時点から毎月自動的に請求されます。
このようなものにアプローチする最良の方法は何ですか?(Paypal Payflow Pro には定期請求機能があることに気付きましたが、それがどのように機能するかは少しわかりません。)
定期請求を実装するための最良の方法/サービス/ゲートウェイに関するアドバイスはありますか? 可能であれば、繰り返し処理するためにクレジット カード番号のローカル レコードを保持することは避けたいと考えています。
(事前に)ご協力いただきありがとうございます。
php - PHP での定期請求のためのライブラリ/プラグイン/ツールキット
私はサービスとしてのソフトウェア Web アプリを開発しています。実装する必要があるものの 1 つは、自動定期請求です。
私には 3 つの設計目標があります。
- 実際の支払い処理業者 (paypal ではなく、authorize.net など) を使用してください。
- 月ごとに合計料金を変更できる月額料金を設定できる (使用量ベースの請求の場合)
- サーバーにクレジット カードやその他の機密性の高い財務データを保存しない。暗号化することもできますが、そのようなものを保護することは第三者に任せたいと思います.
ほとんどの作業を実行できる PHP ライブラリはありますか? お金は逼迫していますが、良い解決策には喜んでお金を払います。
paypal - ペイパルとクレジットカードによる定期支払い
ウェブサイトを開発していて、PayPal とクレジット カードから支払いを受け取る必要があります。また、両方の支払いモード (PayPal とクレジット カード) の定期支払いオプションが必要です。私は次のことを知る必要があります
どの PayPal 製品を選択する必要がありますか? Payflow Pro または Web Payment Pro?
これらのサンプル実装を含む PHP サンプル コードはどこで入手できますか?
ruby-on-rails - ユーザーがログインする前にNet::HTTPを使用してAPIからデータを要求しますか?
ホストされている支払いページ( http://support.cheddargetter.com/kb/hosted-payment-pages/hosted-payment-pages-setup-guide )を使用して、RubyonRailsアプリケーションをCheddarGetterと統合しようとしています。
最後の部分を除いて、ほとんどすべてを理解しました。APIに対して顧客データをチェックし、システムにログインさせる前に、顧客がまだアクティブであることを確認します。
どうやらそれはある種のHTTPリクエストを含んでいるようですが、正直なところ、私はまったくなじみがありません。申し訳ありません。コードは次のとおりです。
このコードを正確にどこに置くのか疑問に思っていますか?
私は私のuser_session.rb
モデルに次のものを入れることを考えています:
しかし、私はあまりよくわかりません..?if active? elsif cancelled? && pending?
CheddarGetter APIが提供する応答を参照して、そこにもコードが必要だと思います。
いくつかの方向性をいただければ幸いです、ありがとう。