問題タブ [payment-processing]

私はスタートアップビジネスの立ち上げを支援しており、そのWebサイト用のショッピングカートソフトウェアを構築または検索する予定です。販売する商品は1つだけですが、誰かが商品を購入するときはいつでも、郵便番号や購入した販売業者などの顧客情報を使用して、さまざまな販売業者に支払われる手数料を計算する必要があります。すべての入金は数週間、ある種のエスクローアカウントに送られます。その数週間が過ぎたら、「スイッチを投げて」、20,000のディストリビューターのそれぞれに正当なシェアを獲得させる必要があります。そのエスクローアカウントは、販売活動と支払われるべき手数料を反映する保存されたデータに応じて異なります。これは私が処理するスクリプトを書くことができるものですか？さらに良いことに、これは安価なまたはオープンソースのソリューションで処理できるものですか、またはPaypalのようなものでセットアップできるもの？または、各ディストリビューターがログインしてコミッションの支払いを確認し、自分でアカウントの転送を開始できるWebページを作成するためのより良いアプローチはありますが、Webアプリは、支払い期限を超えて転送することを制限していますか？

ありがとう

Railsでactive_merchantプラグインを使用して、authorized.netの繰り返し機能を使用しています。これには2つの支払い方法があります

クレジットカードを使って成功しました

繰り返しの場合、テストモードをオフにする必要があります。また、電子小切手、クレジット カード処理、サブスクリプションがすべて有効になっています。

しかし、銀行口座を使用して購読することはできません

以下は私のコードです

response.message をデバッグすると、Followwing ERRORが発生します。

別のテスト銀行口座データを検索しましたが、見つかりませんでした。

ユーザーに (アプリと互換性のある任意のプロバイダー) 支払いプロバイダーを選択してもらいたい e コマース アプリを構築しています。今日まで、PayPal のみをサポートしており、手動で実装しています。

より多くの支払いプロバイダーに簡単にプラグインして、顧客が支払いを受け入れることができるようにするための何らかのモジュール (無料または商用) を探しています。お客様はこれを使用して、Web ショップでの販売に対する支払いを受け取ります。

そのような「モジュール」に関するアイデアはありますか? Zend_Payment モジュールのことは知っていますが、それはもう更新されていないか、まったく公開されていません。問題があれば、Zend Framework で PHP を実行します。

変更の可能性があるかどうかを尋ねたいだけです。

これに：

.cs/C# の背後に任意の値を設定できます - 動的にします。私が使用している支払いゲートウェイには必要なものがあり、ASP.NET コントロール (?) を含める方法が見つかりません。それに関する提案やコメントが必要です。ありがとう。

PS。<asp:HiddenField ID="reference" runat="server" Value="ABC" />支払いゲートウェイは特に「名前」プロパティを必要とするため、機能していません。

私は、人々が e コマース Web サイトにダウンロードしてインストールするための特定の支払いゲートウェイ用の Zen Cart 支払いモジュールを作成することに興味があります。Zen Cart の経験は最小限なので、どこから始めればよいかわかりません。Zen Cart の Web サイトの FAQ セクションを確認したところ、完成したモジュールしか見つかりませんでした。モジュールをゼロから作成する方法やデプロイ方法のコード例はありませんでした。誰かがサンプルコードを教えてくれたり、関連する基本を教えてくれませんか?

API の仕様とペイパルに関連するいくつかの質問を見てきました。一般的に言えば、Rails アプリをサブスクリプション ベースのサービスとして提供する場合、Rails で利用できるさまざまな支払いシステムの長所と短所は何ですか?

私の主な懸念事項は次のとおりです。

• PCIコンプライアンスを回避し、サーバーにクレジットカードを保存しない
• 定期的な支払いを伴う簡単な API
• プロフェッショナルに見える (例として誰かのペイパル ブランドをどこにも見せていない)

Paypalには上記の基準を満たす「PRO」サービスがいくつかあるようですが、Authorize.NETのようなゲートウェイを直接使用することに興味がありましたか?

Braintree はこれらを超えて何を提供しますか?

チャリファイは？ダッシュボードとレポートが追加された、Authorize.net のようなゲートウェイの上にあるレイヤーのようです。

ゲートウェイまたは支払い処理業者がクレジット カードを保管している場合、10,000 人の顧客を新しい請求サービスに連れて行きたい場合はどうなりますか? 支払い情報をもう一度入力する必要がありますか? 異なるプロバイダ間で顧客/クレジット カード データベースを移動できるようにする手順はありますか?

理想的には顧客の個人当座預金口座とリンクできる支払いツールをサイトに構築しています。また、他の当事者の当座預金口座に直接支払うこともできます。ING Direct や E-Trade などの金融口座にサインアップすると、口座番号とルーティング番号を取得して当座預金口座をリンクできます。

ここで使用されている支払いフレームワークを知っている人はいますか?

現在、支払い処理にはPayPalを使用しています。商品のほぼ 90% は $.99 で販売されており、Paypals のマイクロペイメント アカウントを使用したいと考えていますが、PayPal は、「米国から米国、GB から GB、AU から AU、および EU から EU の取引の商人へのマイクロペイメントのサポート」と述べています。私の会社は米国にありますが、顧客は非常にグローバルです。これは、マイクロペイメント オプションを使用すると、ヨーロッパまたは米国外に住んでいる人から支払いを受けることができないということですか? 現在、私は通常のアカウントを使用しており、販売ごとに 0.34 ドルを支払っていますが、これは非常に不採算です。他にもっと安い手数料で利用できる決済代行サービスはありますか？

ありがとうございました。

私のクライアントは、電子機器を販売する e コマース Web サイトを運営しており、製品が在庫よりも多く販売される状況がありました。これは、在庫が 1 つしかないときに 2 人のユーザーが同時に商品を購入した場合、一方のセッションが他方のセッションが開始する前にその商品を売り切れとして登録し終えないためです (したがって、1 つあると見なして通常どおり継続します)。左）プロセスの最初にチェックインがありますが。これには明らかにお金がかかり（チャージバック手数料、払い戻しなど）、消費者にとって不便です.

それで、これを修正する方法があるかどうか疑問に思っていましたか？プロセスの最初に「マーカー」を作成することを考えました。つまり、在庫をチェックし、売り切れの場合はそのようにラベル付けして、他のセッションが購入できないようにします。しかし、これはさらに問題を引き起こします。顧客側でプロセスの途中でキャンセルする原因となる何かが発生した場合 (停電など)、製品が販売済みとしてマークされていても、チェックアウト以降、実際には販売されていません。プロセスが終了しませんでした。これが続くと、製品の過剰在庫が発生します。第二に、別のセッションが販売済みとしてマークしている間に、セッションが在庫をチェックすることも可能です。したがって、2 番目のセッションが既に購入した場合でも、最初のセッションは続行されます。これにより、元の問題に戻ります。

データベース側でのテーブルのロックを検討していますが、それが最善のアイデアかどうかはわかりません。どんな提案でも大歓迎です！

ありがとう、ディップ

重複の可能性:
PHP のクレジット カード支払いゲートウェイ?

堅実なクレジット カード ソリューションを探していますが、PayPal には関心がありません。現在、取引量については不明です。誰かがmerchantoneを提案しましたが、いくつかのレビューを見た後、不安があります. 約 2% の取引手数料と月額料金が理想です。

PHP で簡単に利用できる柔軟な API が必要です。どんな推奨事項も役に立ちます。