比較 / カテゴリ
決済ゲートウェイと決済オーケストレーション
この2つの言葉はしばしば同じ意味で使われますが、指すものは異なります。ゲートウェイは決済を受け付けるもので、決済手段の提示、オーソリ、キャプチャ、精算を担います。オーケストレーションプラットフォームはゲートウェイの上位に位置し、取引ごとにどれを使うかを判断します。後者が必要かどうかは、すでに何社のプロバイダーを使っているか、そしてなぜ使っているかでほぼ決まります。
カテゴリ比較
それぞれのレイヤーの役割
ゲートウェイだけで足りるケース
プロバイダーが1社、あるいは最初の1社を選ぶ段階では、オーケストレーションレイヤーには束ねる対象がありません。アクワイアラー間のルーティング、否認時の2社目へのカスケード、コリドーごとの手数料裁定といった効果は、すでに複数のプロバイダーと契約していることが前提です。ゲートウェイ1つの上にレイヤーを足しても、手数料とホップが増えるだけです。この段階で数字を動かすのは、決済手段のカバレッジ、コンバージョンの高いチェックアウト、そして整ったリコンシリエーションです。
- 01プロバイダーが1社、または最初の1社を選定中
- 02コンバージョンの課題は、ルーティングではなく決済手段のカバレッジにある
- 03複数のアクワイアラーとの関係を管理したくない
- 04承認率1ポイントの改善より、統一されたリコンシリエーションモデルが重要
オーケストレーションが手数料に見合うケース
取引量が大きく、1%未満の差でも実際の金額になる場合で、しかも単一のプロバイダーでは対応市場、リスクプロファイル、手数料率のいずれも賄えず、すでに複数のアクワイアリング契約を持っているケースです。この規模になると、イシュアーやコリドー単位のルーティング、ソフトディクラインの2社目アクワイアラーへのカスケード、プロバイダー横断のレポート正規化は、あれば便利という話ではなく、損益計算書に載る項目になります。前提はどの場合も同じです。残す理由のある複数のプロバイダーがあることです。
- 01カバレッジ、冗長化、手数料率のためにすでに複数のアクワイアラーを運用している
- 02取引量が大きく、承認率1ポイントの価値がレイヤー手数料を上回る
- 03仕様の異なる複数のプロバイダーを、1つのレポートモデルで扱いたい
- 04プロバイダー間のフェイルオーバーが、あれば良い機能ではなく事業要件である
Protocoreの立ち位置
Protocore Gatewayは第1のレイヤーとして、決済の受け付けと資金の精算を担います。単一プロバイダーの事業者にとって重要な第2レイヤーの機能も、上乗せではなく最初から組み込まれています。内容を読み取れるルーティングポリシー、顧客に失敗を見せる前の代替ルートでのリトライ、運用担当者がそのまま対応できる言葉で示される否認理由です。自社保有のアクワイアラー間でルーティングする必要が本当に生じたときは、ホワイトラベルプラットフォームで自社のアクワイアラーを当社のものと並べて接続できます。率直に言えば、この問いを立てる事業者の多くに必要なのは、今のゲートウェイの上にレイヤーを足すことではなく、より優れたゲートウェイです。
- 01ルーティングとリトライのポリシーを備え、精算まで担うゲートウェイ
- 02カード、ウォレット、銀行振込、USDCを1つの画面・1つの参照で
- 03ホワイトラベルプラットフォームで、自社のアクワイアラーを当社のものと並べて接続
- 04単一プロバイダーのオーケストレーションにレイヤー手数料はかかりません
課題があるのは、どのレイヤーですか？
運用中のプロバイダー数と、決済が失敗している箇所をお知らせください。解決策がルーティングなのか、ゲートウェイ自体なのかをお答えします。