クレジットカード取引と加盟店IDを扱うのはこれが初めてです。イベント主催者とそのユーザーの両方にサービスを提供するサイトを持っています。ユーザーがイベントのチケットを購入したい場合、そのお金を直接主催者に渡してほしい。独自のマーチャントIDを持つオーガナイザーでこれを処理し、それらを保存する必要があると考えていました. 私の質問ですが、マーチャントキーも要求する必要がありますか?
フォローアップの質問として、マーチャント ID (ウェブサイト) を 1 つだけ持つ代わりにトランザクションを処理し、それを通してお金を集め、ユーザーからオーガナイザーに分配し、同時に追加料金を請求するよりも、これがより良い方法ですか? ?
主催者に直接お金を渡してほしい
その場合、実装は、Google Checkout がサービスに「統合」された「サービス プロバイダのみ」と考える必要があります。あなたの関係はそのように定義されています - あなたの顧客 - イベント主催者とその顧客は、Google Checkout と独自の関係を持っています
このようにして、あなたはそれらと Google Checkout の間で発生するトランザクションの当事者ではありません。
さらに、Google Checkout は販売者に直接支払うだけです (私が知っている他の種類の「支払い」はありません)。
これは、マーチャント ID (Web サイト) を 1 つだけ持つ代わりに、トランザクションを処理するためのより良い方法ですか?
質問するだけで落とし穴にすでに気付いていると思います-それは単なる技術的な問題ではないことに気づきました-あなたが取引の当事者であるときに考える責任はあなたにあります.
これらのサンプル ケースでは、それらすべてに対処する必要があります。「ユーザー」は Google Checkout にとって「無関係」です (Google の目には「存在」しません)。
また、私は弁護士ではありませんが、Google は、TOS に従って、Google Checkout を使用するためのトランザクションに何らかの形で追加される「手数料」を許可していません。
マーチャント アカウントが販売に使用されている場合は、イベント チケットを転売していることになります。
リセラーとして、顧客に非常にクリーンなエクスペリエンスを提供できます。ただし、後でイベント主催者に支払うことになります (同じトランザクションではありません)。イベント主催者に後で支払う正当な理由は、チャージバックの場合に備えて、主催者のお金の全部または一部をエスクローに預けることができるからです。
顧客のお金をイベント主催者に直接渡したい場合は、いくつかの方法があると思います。
顧客はペイパル、Google チェックアウト、authorize.net などを介して販売します。顧客を (イベント主催者の) 支払いページに誘導してから、サイトに戻します。これが EventBrite が行っていることだと思います。イベント主催者から別途料金を徴収する必要があります。(イベント主催者が所有するクレジット カードに同時にチャージすることもできます。)
サードパーティの機能を明示的に含む Amazon Payments を使用している。-- あなた (サード パーティ) は、他の 2 つのパーティ (イベント主催者とエンド カスタマー) の間で発生するトランザクションを制御できます。
幸運を！