マーケットプレイス向け

ユースケースはマーケットプレイス事業に適用される

以下はマーケットプレイス向けの概要です。

加盟店の事前設定

事業体Platform Model でのアカウントタイプMerchant of Record (MoR)*事業体の国事業例
加盟店マーケットプレイス加盟店はい日本のみUber Eats
販売者マーケットプレイス事業者いいえ日本のみUber Eats の配達員や飲食店経営者

*MoR は「Merchant of Record」の略で、チェックアウト時に顧客から直接支払いを受け取る事業体です。

マーケットプレイス加盟店アカウントを親レベルのアカウント、マーケットプレイス事業者を子レベルのアカウントと見なすことができます。基本的に、マーケットプレイス加盟店は、マーケットプレイス事業者のすべての機能を管理できます。

アカウントタイプ - マーケットプレイス向け

加盟店アカウントのオンボーディング

KOMOJU に事業体用の「マーケットプレイス加盟店」アカウントを登録する必要があります。登録は KOMOJU のダッシュボードを通じて行います。手順の概要は次のとおりです。

  1. アカウントマネージャーに連絡するか、お問い合わせフォームから問い合わせ、KOMOJU のダッシュボードにログインして「テスト」環境にアクセスするための認証情報を入手します。
  2. KOMOJU の API を統合し、API を介してマーケットプレイス加盟店アカウントの下に仮のマーケットプレイス事業者アカウントを作成します。作成したら、決済が適切に機能することを確認するために仮の支払いを作成します。最終的には、API 統合全体が適切に機能することを確認するために、さらにテストを実施することをお勧めします。
  3. Live 移行の準備ができたら、KOMOJU ダッシュボードでマーケットプレイス加盟店アカウントの Live 申請を開始してください。
  4. Live 申請が当社の審査に合格すると、「Live」環境で KOMOJU の API を介して各販売者のマーケットプレイス事業者アカウントを登録できるようになります。
  5. マーケットプレイス事業者アカウントの申請が KOMOJU の審査に合格すると、販売者と貴社との間で決済処理を開始できるようになります。

詳細はこちら:

エンドツーエンドの決済資金フロー

マーケットプレイス向け - 決済資金フロー
  1. 加盟店の Web サイトで顧客がチェックアウトします。同時に、加盟店は、KOMOJU の Payment API に決済手続きに必要な情報とマーケットプレイス事業者間で支払いを分割する方法の指示を渡し、プラットフォーム手数料の金額を指定する必要があります。
  2. 加盟店が MoR であるため、KOMOJU は加盟店の API リクエストに従って、加盟店のアカウントで決済を処理します。
  3. 取引が入金済みになった後、決済資金は基本的にマーケットプレイス事業者の収入となるため、マーケットプレイス事業者に移行されます。なお、プラットフォーム手数料は、加盟店がマーケットプレイス事業者に請求する手数料です。
  4. KOMOJU は、加盟店の選択中の決済手段で設定された手数料率に基づいて、加盟店から決済手数料を自動的に請求します。
  5. KOMOJU は、指定された払い出しサイクルに従って、プラットフォーム手数料の累積額を加盟店の銀行口座に、売上金の累積額をマーケットプレイス事業者の銀行口座にそれぞれ支払います(注: 加盟店とマーケットプレイス事業者の払い出しサイクルは別々に設定されており、異なる頻度になる場合があります。詳しくはこちらをご覧ください)。

決済処理

マーケットプレイス向けでは、決済処理に「プラットフォーム決済処理モデル」を導入する必要があります。さらに、単一のマーケットプレイス事業者または複数のマーケットプレイス事業者で決済を処理することもできます。

(1) 単一のマーケットプレイス事業者が参加する場合

ユースケースの例としては、注文が単一の参加者によって処理される Airbnb と Airbnb ホストが挙げられます。以下は、加盟店と単一のマーケットプレイス事業者間の取引の作成と処理の例です。

決済を作成する (プラットフォーム決済処理モデル)
  • 取引が入金済みになると、取引はマーケットプレイス事業者に移行されます。
  • 加盟店は、マーケットプレイス事業者から請求されるプラットフォーム手数料の金額を指定できます。
  • 加盟店が KOMOJU に決済手数料を支払います。手数料率は加盟店の選択中の決済手段で指定されています。

(2) 複数のマーケットプレイス事業者が参加する場合

ユースケースの例としては、配達員やレストランなど複数の参加者によって注文が処理される Uber Eats が挙げられます。以下は、加盟店と複数のマーケットプレイス事業者間の取引の作成と処理の例です。

決済を作成する (プラットフォーム決済処理モデル - 複数マーケットプレイス事業者)
  • 加盟店は、各マーケットプレイス事業者に移行される取引金額を指定する必要があります。また、合計額は合計取引金額と等しくなる必要があります。
  • 加盟店は、各マーケットプレイス事業者から請求されるプラットフォーム手数料の金額を指定できます。
  • 加盟店が KOMOJU に決済手数料を支払います。手数料率は加盟店の選択中の決済手段で指定されています。

プラットフォーム決済処理モデルの決済関連アクション (入金、返金、チャージバックなど) の詳細については、プラットフォーム決済処理モデル (マーケットプレイス向け) を参照してください。

決済手段の設定と手数料率の設定

(1) 選択中の決済手段

  • マーケットプレイス加盟店は、「選択中の決済手段」を設定する必要があります。この設定には、次の項目が含まれます。
    1. この加盟店が顧客にチェックアウトでの利用を許可している決済手段
    2. KOMOJU が加盟店に対してすべての入金済み取引で最終的に請求するすべての手数料率
  • KOMOJU では、選択中の決済手段として、日本で主流の決済手段オプション 9 つを提供しています。
    1. VISA/Mastercard (日本)
    2. JCB/AMEX/Diners Club (日本)
    3. 銀行振込
    4. Pay-easy
    5. PayPay
    6. LINE Pay
    7. メルペイ
    8. コンビニ決済
    9. セブンイレブン
  • これに対して、マーケットプレイス事業者は決済処理事業者になることがないため、選択中の決済手段がありません。
選択中の決済手段 - マーケットプレイス加盟店

(2) 決済手数料

  • 加盟店が KOMOJU に決済手数料を支払う必要があります。
  • 決済手数料 = 取引金額 * 決済手数料率。決済手数料率は、加盟店の選択中の決済手段の手数料率に従います。
  • 決済手数料率設定の概念
決済手数料 - マーケットプレイス加盟店

販売事業者管理費用の設定

(1) コンセプト

販売事業者管理費用の設定 - マーケットプレイス加盟店
  • 加盟店は KOMOJU に販売事業者管理費用を支払います。毎月初めに請求され、締め切りは前月全体となります。
  • 管理費用は固定料金です。ただし、手数料の集計は、前月の「アクティブな」マーケットプレイス事業者の数によって異なります。
    • 「アクティブ」の定義: マーケットプレイス事業者が 1 件以上の入金済み取引に参加した月。

(2) 手数料の計算

  • 販売事業者管理費用 = 固定料金 * 前月のアクティブなマーケットプレイス事業者数
  • 例:
    • 加盟店に A、B、C の 3 つのマーケットプレイス事業者があるとします。固定料金は 1,000 円です。
    • 先月、A と B は入金済み取引に参加しました。
    • 今月初めに、加盟店には販売事業者管理費用として 2,000 円が請求されます (1,000 円 * 2 = 2,000 円)。