代替サービス / ホワイトレーベル
ホワイトレーベル決済ゲートウェイの代替をお探しの方へ
ホワイトレーベルの意味は、提供元によって大きく異なります。チェックアウトにロゴを入れる枠だけの場合もあれば、運営できる決済事業そのものの場合もあります。この差こそが価値の大半ですが、デモではほとんど見えません。その差を明らかにするための問いをまとめました。
評価のポイント
違いを明らかにする6つの問い
画面のどこまでが本当に自社のものか？
決済ページ、加盟店向け管理画面、オペレーターコンソール、メール、領収書、そしてそれらが載るドメインまで含みます。ベンダー名が残っている箇所は、加盟店が実際の運営元を知ってしまう場所です。
マルチマーチャントか、サブアカウント付きの1アカウントか？
最初からマルチマーチャントで作られた基盤なら、オンボーディング、ティア設定、権限管理、データ分離が揃っています。単一加盟店向け製品を後から改造したものでは、それらはロードマップ上の予定にすぎません。
独自の料金体系を組めるか？
加盟店ごと、決済手段ごと、通貨ごと、取引量帯ごとに設定でき、失敗した試行の扱いも変えられること。料金が固定の表であれば、ビジネスモデルはベンダーのものであり、御社のものではありません。
PCIスコープの所在は？
SaaSでは、カード情報を扱う領域はベンダー側が担い、加盟店はそれを引き継ぎます。自社インフラにデプロイする場合は、その領域が自社に移ります。どちらも正当な選択ですが、自分がどちらを購入しようとしているのかを把握しておく必要があります。
自社のアクワイアラーを持ち込めますか？
既存の取引関係とレートこそ、事業が成り立つ理由であることがほとんどです。自社のレールにしかルーティングできないプラットフォームは、別物の、はるかに小さな提案になります。
SaaSのみか、自社インフラも選べるか？
規制当局やリスク委員会が、いずれシステムを自社の境界内に置くよう求めるなら、加盟店を移行してからではなく、今のうちにそれが可能かどうかを確認してください。
本当に購入するもの
チェックアウトではなく、運営できる決済事業です。具体的には、加盟店ライフサイクル（オンボーディング、書類、ティア設定、権限、既存加盟店の移行）、お金まわり（手数料の組み立て、精算、ローリングリザーブ、照合、明細）、オペレーション（ロール、権限、監査、キュー、トレーシング）、そしてスキーム要件の施行に合わせてそれらすべてを最新に保つエンジニアリングです。このうち一つでも欠けたプラットフォームでは、結局自分で作ることになります。それこそ避けたかったことのはずです。
- 01決済ページだけでなく、加盟店ライフサイクル全体
- 02自社の料金体系どおりに動く手数料設計と精算
- 03ロール・監査・トレーシングを備えたオペレーターコンソール
- 04スキーム要件や認証対応を肩代わりしてくれる存在
答えが遅すぎる質問
既存加盟店の移行、保存済みカードがトークンとして移るか、各デプロイ形態でPCIの立ち位置がどうなるか、必要なのにまだ存在しないコネクターを誰が作るか。どれもデモには現れませんが、すべてが2年目にプラットフォームが機能するかを左右します。しかも、真剣なベンダーなら契約前にどれにも具体的に答えられます。
- 01既存の加盟店がどう移行され、どれくらいかかるか
- 02保存済みカードがトークンとして移行されるか、リセットされるか
- 03必要なコネクターを誰が構築し、認証を取得するか
- 04デプロイ形態ごとにPCIの立ち位置がどうなるか
Protocoreの立ち位置
当社のホワイトラベルプラットフォームは、この6つの質問に次のように答えます。画面のどこにもProtocoreの名前は出ません。最初の1行からマルチマーチャントで、オンボーディング、ティア設定、権限管理を標準搭載。手数料は固定ではなく組み立て式。カードを扱う領域は、SaaSでは当社、オンプレミスでは御社が担います。御社のアクワイアラーを当社のものと並べて接続でき、新規のものも導入プロジェクトの一環として構築します。デプロイはSaaS、御社のクラウド、オンプレミスから選べます。精算がおかしいときに対応するのは、それを書いたチームそのものです。当社はプロダクトスタジオであり、「専任サポート」という言葉が本来意味すべきことを、そのままの形でお届けします。
- 01ドメインを含め、あらゆる画面に自社ブランドを
- 02設計段階からマルチマーチャント、ライフサイクルも標準搭載
- 03自社のアクワイアラー、自社の料金、自社のデプロイ
- 04プラットフォームを握るエンジニアに、直接連絡できる
FAQ
誰に対しても聞くべき質問。
決済ページ、加盟店向け管理画面、オペレーターコンソールが、自社ブランド・自社ドメインで提供されること。加えて、加盟店オンボーディング、自社の料金設定、精算も含まれます。これらのどれかにベンダーの名前が残っていたり、ベンダーのビジネスモデルを強いられたりするなら、それはホワイトラベルプラットフォームではなく、ブランドを付け替えただけのチェックアウトです。
必要なのは、営む事業に対して市場が求める許認可です。ソフトウェアの提供者は規制対象ではありません。多くの事業者は、自社のアクワイアリングか、紹介を受けたアクワイアラーの上で運営しています。ベンダーが資金の流れに入っているかどうかは、必ず確認してください。答えが変わります。
一括で移行でき、保存済みカードはトークンとして移り、旧プラットフォームが精算を終えるまで両方を並行稼働できるのが望ましい形です。契約前に移行計画を求めてください。経験のないベンダーは、抽象的にしか説明できません。
特別な理由がなければSaaSです。特別な理由とは、規制当局、銀行、リスク委員会がシステムを自社の境界内に置くよう求める場合などです。オンプレミスではPCIスコープと運用負担が自社に移ります。これは現実的なコストであり、本当に必要なときだけ払う価値があります。
自社ブランドで見てみる。
稼働中のプラットフォームのウォークスルー、チェックアウトとコンソールに反映された御社のアイデンティティ、そして取引量に照らした移行と収益性についての率直な見立てをお届けします。