問題タブ [payment-processing]
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.
ruby-on-rails - Rails - 支払い後にダウンロード可能なファイルを配信する
購入したファイルを Web アプリのユーザーに配信する方法を探しています。基本的に、ユーザーは私のサイトから「製品」を購入し、その時点で購入したファイルをダウンロードできます (おそらく、私がプリコンパイルした zip ファイルになります)。
私は Rails 2.3.8 を使用しており、Braintree Solutions で支払い処理を行っています。ショートコードなどを使用してこれを達成する標準的な方法はありますか? Braintree には何かが組み込まれていますか? プラグイン/gem は存在しますか?
これが通常どのように行われるかについて、正しい方向へのプッシュを本当に探しています..
ありがとう!
java - 優れた安全なWeb決済アーキテクチャとは
クライアントが商品の代金を支払うトランザクションWebサイトを運営しています。現在、私は支払い処理業者(pp)の会社のWebページを使用して支払いを処理しています。つまり、支払いが完了すると、クライアントはPPサーバーにリダイレクトされ、自分のサイトにリダイレクトされます。大きな欠点は、PPページをカスタマイズできないか、ほとんどカスタマイズできないことです。
今、私は自分のWebサイトで直接支払いを処理したいと思います。すべての支払いデータを支払い処理業者に送信するだけで、応答が返されます。PCIに準拠する必要があることはすでに知っています。私のWebサイトは、RESTeasyWebServicesとJavaサーバーを呼び出すAJAXを使用して作成されています。
今私の質問は、JavaScriptを使用してクライアント側のすべてのフィールドを検証する必要がありますか、それともサーバー上のすべてをスイングしてそこで仕事をする必要がありますか?クライアントでFORMを使用して直接、またはサーバーからHttpUrlConnectionを使用して、支払いプロセッサにPOSTする必要がありますか?これを行うための市場のベンチマークは何ですか?PHPの例をたくさん見つけましたが、残念ながらPHPを学ぶ時間がありません。
ありがとう
payment - 定期支払い処理とマーチャント アカウント ソリューション (主にアジア)
あなたの経験では、アジアで最高の定期支払いソリューションとマーチャント アカウント プロバイダーはどれですか?
定期請求ソリューション プロバイダーを選択する際の重要な基準は何だと思いますか? (ほとんどのアジア通貨で)
これまでの検索で見つけたものに基づいて、次のことに注意しました。
PayPal はアジアで定期支払いサービスを提供していますが、顧客サポートは世界中の PayPal と同様に悪く、払い戻しの 5% を超えるとブロックされる追加のリスクがあります.
PCI コンプライアンスは、プロバイダー側で絶対に必要です。
最初の検索に基づいて「Money Bookers」が見つかりましたが、そのサービスがどれほど優れているかはわかりません。これまでに 200 か国で取引できるようです。
定期請求プロバイダーとマーチャント アカウントを扱う際の経験 (良い経験と警告) は、私の実装を選択するのに役立ちます。
javascript - Webアプリのクライアント側ブラウザソケット通信-最良の方法は?
謎めいたタイトルで申し訳ありませんが、私の問題を1行にまとめるのに苦労しています...
オンラインでホストされているWebサイトを展開して、Chip&Pinペイメントカードリーダー(別名ピンパッド)を備えた一連のリモート端末にサービスを提供したいと考えています。ピンパッドは、サードパーティによって作成された端末内のPC上のいくつかのソフトウェアによって駆動されます。このソフトウェアでサポートされている統合方法は、テキストファイルベースまたは「要求」および「応答」ワークフローを使用したソケットベースのいずれかです。
私は過去にクライアント側のVBスクリプトを使用して同様の統合を正常に実行し、ソケット接続を介してローカルのサードパーティソフトウェアと通信するクライアント側のCOMオブジェクトをインスタンス化しましたが、このアプローチはWindowsに結びついており、オプションを開いたままにしておきたいと思います。
私のWebサーバーはRubyOnRailsベースであり、HTML5とCSS3を使用して決済端末で豊富なエクスペリエンスを提供するつもりであり、クライアント側の通信にWebソケットを使用できるかどうか疑問に思いました。私が理解していることから、これは彼らが設計されたものではないので、答えはノーだと思います。
だから、私のオプションは何ですか?クライアント側のJavaScriptを使用してソケット通信を実行できますか、それともブラウザのセキュリティ対策によって防止されますか?ブラウザの観点からは、「localhost」上の特定の番号のポートと通信します。
ソケット通信が不可能な場合、JavaScriptを使用してクライアント側のテキストファイルを作成し、その方法で統合できますか?
または、VBスクリプトとローカルCOMオブジェクトで立ち往生していますか?
どんな提案でも大歓迎です。私の質問のいずれかの側面について説明が必要な場合はお知らせください。
よろしく、クレイグ。
payment-gateway - 遅延支払い処理をサポートしているクレジット カード プロセッサはどれですか
クレジット カードを受け入れ、後払い処理もサポートする支払い処理業者を探しています。明確にするために、私の理想的なワークフローは次のとおりです。
- ユーザーは購入を約束します
- ユーザーはプロセッサーのサイトにリダイレクトされ、詳細を入力します
- 承認が私のサイトに返されます
- 私のサイトは最大24時間待機します
- 支払い承認は、ユーザーのカード/アカウントの引き落としに使用されます
最高のサイトが投票できるように、回答ごとに 1 つのサイトを指定してください!
php - Paypalでカートをロックするモデル
私は現在、Zend Framework アプリケーション内に Paypal Express Checkout を実装しています。2 つの単純なクラス Cart と CartItem で構成される独自のカート モデルを作成しました。これらは、数量を確認したり、合計金額を取得したりできます。
私は支払いシステムについてあまり知らず、Paypal しか使用していません (初めてのことです)。プロセスの最初に (Paypal にリダイレクトするとき) カートを入れて、paypal によって処理された現在の注文と Web サイト上の実際のカートとの間で矛盾が生じないようにします。
たとえば、ユーザーが新しいタブを開いて、PayPal での支払いプロセス中に製品を追加しようとした場合に発生する可能性があります。
カートがロックされている場合、ユーザーは、PayPal による支払いの処理が完了するか、注文をキャンセルするまで、カートに何かを追加または削除することはできません。
私の質問は、それが良いアプローチだと思いますか?
編集:データベースには何も保存せず、セッション中のショッピングカートのみがすべての注文がPaypalに保存されるため、2回保存したくない理由は、本当にシンプルなシステムです。
ruby-on-rails-3 - マーケットプレイス支払い処理業者
私はマーケットプレイスアプリケーションを構築しています:
- 顧客は市場で販売者に支払います
- 市場は支払いの一部を取る
次の機能を備えた支払い処理システムが必要です
- カットと 100% カットはマーケットプレイスと売り手のアカウントに直接送信されます (つまり、マーケットプレイス アカウントに 100% を持っていて、100% カットを売り手に転送したくありません)。
- マーケットプレイスのウェブサイトと可能な限り統合された UI が欲しいです。これは、最悪の場合、顧客は名前、姓、およびクレジット カード番号のみを支払い処理業者のインターフェイスに入力する必要があることを意味します (理想的には、当社の Web サイトと完全に統合された支払いインターフェイスになります)。
- お客様にサードパーティのサービスへの登録を強制したくありません
- Ruby on Rails でうまく動作するはずです
- 米国を拠点としない企業でも機能し、複数通貨の支払いをサポートする必要があります
そこにはどのようなオプションがありますか?
ありがとう。
asp.net - 決済処理サービスとしてのnopCommerce?
私は、Google Checkout や PayPal に似たサード パーティの支払い処理業者を作成しようとしているグループの一員です (これには、マーチャント アカウントと支払いゲートウェイとの統合が必要です)。Alstrasoft の EPay Enterprise のように、このプロセスを支援する e コマース ソリューションが利用できるかどうかを知りたかったのです。
レビューが少ないので Alstrasoft の製品を使うのを躊躇しており、特に ASP.NET に傾倒しているので、nopCommerceのようなものを上記のような支払い処理サービスに微調整できないかと考えています。
または、nopCommerce を必要なものに調整できない場合、.NET または別の言語/フレームワーク (必要なものを構築するのに役立つ完全なソリューションまたはツール) に関する提案はありますか? 助けていただければ幸いです。
payment-gateway - ペイパル統合
私はウェブサイトへのPayPalの統合にまったく慣れていません。ペイパル統合の基本は何ですか? どの種類のサンドボックス アカウントを作成する必要がありますか?