Gateway · ホワイトレーベル

自社ブランドで決済事業を運営。

当社で加盟店が導入しているものと同じチェックアウトを、御社のプロダクトとしてお渡しします。決済ページも管理画面も御社の名前で、加盟店の審査は御社のルールで、すべての取引に御社の料金設定を適用し、運用は御社のチームが担います。ソフトウェアの開発と運用は当社、決済事業は御社のものです。

自社

ブランド・ドメイン・管理画面

マルチ

加盟店対応を前提に設計

SaaS

または自社クラウド

カード

+ ステーブルコイン決済レール

運営主体

4つの活用パターン。

同じプラットフォームを、4種類の事業に。違いは、加盟店が誰か、そして収益がどこから生まれるかです。

01

決済事業者

ゲートウェイを自前で構築せずに、新規立ち上げや刷新ができます。加盟店との関係、料金設定、ブランドは御社のもの。ソフトウェアとレール、そして最新状態の維持は当社が担います。

02

銀行・アクワイアラー

基幹系に手を入れずに、加盟店ポートフォリオへ最新のチェックアウトを提供できます。オンボーディング、料金設定、精算、レポートは、チームが使い慣れた1つのコンソールに集約されます。

03

マーケットプレイス・プラットフォーム

出店者がすでに使っているプロダクトに、決済を組み込めます。出店者に代わって決済を受け付け、支払うべき金額を分配し、フロー全体を自社のインターフェース内で完結させられます。

04

ソフトウェアベンダー

決済を外部サービスへのリダイレクトから、自社の収益源へ。顧客は御社のプロダクト内で支払い、収益が外部に流出することもなくなります。

御社のブランド

画面のどこにも、Protocoreの文字はありません。

ここでのホワイトレーベルとは、チェックアウトにロゴを置く枠ではなく、サービス全体を指します。決済ページ、加盟店向けバックオフィス、オペレーターコンソール、メール、レシート、そしてそれらを載せるドメインのすべてが、御社のアイデンティティを備えます。加盟店は御社に登録し、御社にログインし、御社からサポートを受けます。

  1. 01決済ページと管理画面を御社独自のドメインで提供
  2. 02ロゴ、カラー、書体、角丸のスタイルをすべての画面に反映
  3. 03レシート、通知、オンボーディングメールを御社名義で送信
  4. 04Powered-by表記のフッターは任意、デフォルトではオフ

御社の加盟店

加盟店ポートフォリオの受け入れ、ティア設定、管理。

このプラットフォームは、サブアカウントを後付けした単一アカウントではなく、最初からマルチマーチャントで設計されています。申込みを受け付け、書類を回収し、審査結果を記録し、承認された加盟店は御社が指定した料金ティアに配置されます。その判断に関するすべてが記録に残ります。

  1. 01申込み、書類回収、監査証跡付きの審査キュー
  2. 02料金ティアと、手数料・決済手段の加盟店別オーバーライド
  3. 03加盟店ごとの決済手段の利用権限 — カード、ウォレット、USDC、振込
  4. 04既存の加盟店ポートフォリオを一括インポート(トークン、保存済みカードを含む)
  5. 05加盟店が直接使える、御社ブランドのバックオフィス

御社の収益構造

料金は御社が決める。計算はシステムが行う。

手数料はハードコードではなく、組み立て式です。料率、固定額、またはその両方を、決済手段、通貨、カードブランド、地域、取引量帯ごとに設定でき、成功と失敗の試行で異なる扱いも可能です。精算も同じ定義に基づいて実行されるため、加盟店への請求額と御社への入金額は、2つの表計算ではなく1つの計算から導かれます。

  1. 01加盟店、決済手段、通貨、取引量帯ごとの手数料設計
  2. 02ローリングリザーブ、ホールド、解放スケジュール
  3. 03支払カレンダーに沿った自動精算
  4. 041つの注文参照で、決済手段をまたいだ照合
  5. 05請求書と明細書を生成・送付し、入金まで追跡

御社のレール

アクワイアラーは持ち込みで。料率はそのまま。

既存のアクワイアリング契約は、そのまま御社のものです。プラットフォームに接続し、御社が定めるルールでルーティングするので、取引は収益性の最も高い先へ流れます。カード、ウォレット、銀行振込、ローカル決済手段、USDCが同じ注文モデルで並行稼働し、新規接続は設定と当社が開発する連携で完了します。人員を割くプロジェクトにはなりません。

  1. 01御社のアクワイアラーやプロバイダーを、当社のものと並べて接続
  2. 02ブランド、発行国、通貨、金額、加盟店ごとのルーティング
  3. 03ソフトデクライン時のカスケードリトライを、1回のチェックアウトセッション内で実行
  4. 04カードと同じレールで、変換付きのステーブルコイン受け入れ
  5. 05新規接続の開発と認証取得をサービスの一部として提供

含まれるもの

プラットフォームに標準で付属するもの。

  • ホスト型チェックアウト
  • 決済リンク
  • モバイルSDK
  • ストア向けプラグイン
  • 埋め込みフィールド
  • カードボールト&ネットワークトークン
  • サブスクリプション
  • 3-D Secure 2.0 / SCA
  • 不正検知ルール&リスト
  • 紛争対応
  • 多通貨対応の料金設定
  • USDC精算
  • 加盟店オンボーディング
  • 手数料設計
  • 精算・支払い
  • 照合・突合
  • レポート・エクスポート
  • ロールベースのアクセス制御
  • 完全な監査証跡
  • 署名付きWebhook

御社のオペレーター

チームが実際に使うコンソール。

Gatewayのオペレーター向け画面はProtocore Centerです。加盟店、注文、支払い、紛争、レールを1つのコンソールに集約し、ロールは業務ごとに権限を絞れます。サポートは注文の確認と返金、経理は精算、リスク担当はフラグ付き取引、開発者はキーとログを扱えます。特権操作には理由の入力が必須で、改ざん不可のログに記録され、どの決済も完全なトレースとして展開できます。

  1. 01共有ログインではなく、ロールと細かな権限設定
  2. 02理由入力が必須の特権操作を、監査証跡に記録
  3. 03チェックアウトから銀行明細行まで、注文単位でトレース
  4. 04オンボーディング、紛争、フラグ付き決済のキュー
  5. 05全加盟店のデータを御社が閲覧でき、加盟店同士は相互に分離

御社のインフラ

サービスとして使うか、自社で運用するか。

SaaSなら、ホスティング、パッチ適用、監視、スケーリングまで当社が担います。規制当局、銀行、リスク委員会の要請でシステムを自社の境界内に置く必要がある場合は、御社のクラウドやデータセンターにもデプロイできます。ソフトウェアはどちらも同じ。変わるのは、鍵を誰が持ち、データがどこにあるかです。

  1. 01SaaS、御社クラウド、オンプレミス
  2. 02EU内での処理とデータレジデンシーが標準
  3. 03監視とアラート込みの水平スケーリング
  4. 04定期リリースで、新しい決済手段やレールをアップデートとして提供
  5. 05ロケーション間レプリケーションによるディザスタリカバリ

自社開発か導入か

来四半期に実現するために必要なこと。

Dimension
自社で構築
Protocore ホワイトレーベル
最初の本番加盟店までの期間
実際の加盟店が決済処理を始めるまで12〜24か月。その大半は、ボールト、3-D Secure、精算、照合といった、誰の目にも触れない部分に費やされます。
数週間。プラットフォームはすでに稼働しており、時間がかかるのはブランド設定、料金設定、アクワイアラー接続だけです。
必要なチーム
決済エンジニア、セキュリティ部門、SREのオンコール体制、そしてゲートウェイの認証取得経験者。収益が生まれる前に、すべて採用が必要です。
御社の営業・オペレーション担当。ゲートウェイを最新に保つエンジニアリングは当社が担います。
PCI スコープ
設計・構築から審査対応まですべて御社の責任。基準が更新されるたびに、毎年の再認証も必要です。
カード情報を扱う領域は当社が担います。御社のスコープは、自ら扱うと決めた範囲のみで、通常は対象外です。
カードボールト
暗号化、鍵管理、トークナイゼーション、ネットワークトークン登録。御社が抱えることになる、最もリスクの高いコンポーネントです。
標準搭載。ネットワークトークンとカード情報の更新も、御社ブランドのもとで当社が処理します。
対応決済手段
決済手段ごとに、個別の連携、認証取得、保守を、この先ずっと負い続けることになります。
カード、ウォレット、銀行振込、ローカル決済手段、BNPL、USDCを一括提供。新しい手段はアップデートで追加されます。
ステーブルコイン受け入れ
ウォレット、チェーン、料金設定、換金、カストディ方針まで含む第二のスタック。たいてい後回しにされ、結局作られません。
カードと同じページ、同じ注文で受け付け、法定通貨に換算して精算します。
最新状態の維持
カードブランドの義務化要件、SCAの変更、新しい決済手段、セキュリティパッチ。誰かのロードマップに、永続的に載り続けます。
サービスに含まれます。今四半期に余力がなくても、プラットフォームは進化し続けます。
加盟店管理
オンボーディング、ティア設定、利用権限、明細書。最初のプロダクトが動いた後に作る、もう1つのプロダクトです。
標準搭載。ホワイトレーベルのプラットフォームは、最初の1行目からマルチマーチャントだからです。
コスト構造
多額の初期固定費と、取引量に関係なく続くエンジニアリング費用。
コストは事業に連動します。ライセンスと取引量に応じた費用で、開発費はプラットフォーム全体で償却済みです。
リソースの行き先
すでにある機能に追いつくために。
加盟店、料金設計、販売チャネルへ。本来の事業と呼べる部分です。

料金体系

ホワイトラベル導入の契約体系。

01

プラットフォームライセンス

有効化する決済レール、想定する加盟店数、選択するデプロイ形態に応じたライセンスです。費用は予測しやすく、取引実績の良し悪しにも左右されません。

02

従量課金

取引ごとの料金モデルで、開始時のプラットフォーム料は不要です。コストは加盟店を通る決済額に連動し、事業の成長を先取りせず、成長に合わせて増えていきます。

03

構築・運用

プラットフォームに加え、周辺の作業も担当します。アクワイアラ接続、ブランディング、既存加盟店の移行、そして運用そのものを担う運用体制です。

費用を左右する要素:デプロイ形態(SaaSまたは自社インフラ)、有効化する決済レールと決済手段、加盟店の規模、そして当社が共同で運用するかどうか。事業に合わない金額を掲げるのではなく、打ち合わせであなたの数字に基づいて試算します。

チーム

サポート窓口ではなく、開発したチームそのものです。

Protocoreはプロダクトスタジオです。精算に不審な点があれば、そのコードを書いた本人が対応します。必要なアクワイアラ接続、規制当局から求められるレポート、市場が期待するフローも、同じチームが作ります。ベンダーとパートナーの違いはここにあり、ホワイトラベルプラットフォームを、闇雲にライセンスするのではなく、しっかり導入する価値がある理由でもあります。

  1. 01プラットフォームを所有するエンジニアに直接相談できます
  2. 02新しいコネクターや決済手段を、契約の一環として開発します
  3. 03既存ゲートウェイからの移行を、計画から実行まで一緒に進めます
  4. 04独自のフローやレポートを、後付けではなくインスタンスに組み込みます

評価のポイント

最初の打ち合わせで得られるもの。

01

稼働中のプラットフォームのデモ

加盟店向けチェックアウト、加盟店向け管理画面、運営者コンソール。実際の画面を動かし、決済をエンドツーエンドで実行します。

02

御社ブランドでの表示

チェックアウトと管理画面を御社のアイデンティティで表示します。評価するものが、そのまま提供するものと同じ見た目になります。

03

サンドボックスインスタンス

APIキー、テスト加盟店、webhookを備えた専用テナントをご用意します。契約前に、開発チームが連携を試せます。

04

移行・収支プラン

既存の加盟店、トークン、アクワイアラ接続をどう移すか。そして、御社の取引量に対する数字がどうなるか。

FAQ

決済事業者からよくある質問。

  • 必要なのは、事業を行う市場が求めるものです。当社が提供するのはソフトウェアであり、規制対象の業務ではありません。資金フローにも、モデル上必要な場合を除き関与しません。多くのパートナーは自社のアクワイアリング、または当社が紹介するアクワイアラで運用しています。ライセンス取得に向けた協議を支援した実績もあり、規制当局が注目するスタックの部分を率直にお伝えできます。

  • はい、それが通常のケースです。取引関係も料率も御社のものです。プラットフォームは御社が定めたルールに従ってそれらに振り分けます。まだ対応していない接続は、契約の一環として開発・認定取得まで行います。

  • SaaSの場合、カード情報を扱う領域は当社が担い、加盟店はその準拠を引き継ぎます。カード情報を受け取るページは当社のもので、御社のブランドで表示されます。自社インフラにデプロイする場合、この領域は御社の境界内に入り、御社環境の一部として認証を受けます。当社は基準に沿って構築し、審査も支援します。

  • はい。場当たり的ではなく、計画的に進めます。加盟店情報と料金設定は一括で移行し、保存済みカードはトークンとして移すため、定期課金の利用者が情報を再入力する必要はありません。旧プラットフォームが自身の決済の精算と返金を終えるまで、両プラットフォームを並行稼働させます。

  • 設計上、完全に分離されています。加盟店が見られるのは自社の注文、顧客、ペイアウト、設定のみです。御社の運営者は、役割に応じて全体を横断して確認できます。特権操作はすべて実行者を記録し、ログに残します。

  • プラットフォームのアップデートとして反映されます。ブランドの義務要件、SCAルール、新しい決済手段、セキュリティパッチは当社のエンジニアリングの責任で、プラットフォーム全体に適用します。自前で作るより導入する方が優れている理由の大半はここにあります。

  • はい。同じソフトウェアを、SaaS、御社のクラウドアカウント、またはオンプレミスにデプロイできます。規制当局やリスク委員会がシステムを御社の境界内に置くことを求める場合はオンプレミスです。いずれの場合も、処理とデータ所在地は標準でEUです。

  • 加盟店の場合と同じ仕組みを、一段上の階層で行います。顧客がUSDCで支払い、精算前に換金され、レートが記録された法定通貨が入金されます。加盟店はユーロで受け取り、御社のチェーン上の誰もトークンのポジションを保有・保管しません。

  • 加盟店管理、料金設定、リスク判断、サポートといった決済ビジネスそのものです。稼働率、リリース、認証取得、コネクターの保守、そしてゲートウェイで常にエンジニアが必要となる部分は、当社が担当します。

  • 四半期ではなく、数週間です。プラットフォームはすでにあり、あとはブランディング、料金プラン、アクワイアラ接続、パイロット加盟店の順に進めるだけです。既存加盟店の移行は、その後ではなく並行して進めます。

自社ブランドで見てみる。

稼働中のプラットフォームのウォークスルー、チェックアウトとコンソールに反映された御社のアイデンティティ、そして取引量に照らした移行と収益性についての率直な見立てをお届けします。