決済担当者によると、複数の方向から圧力が高まっているといいます。主要なショッピング期間中の予期せぬ決済停止、新しい顧客にリーチするための新興市場への拡大の必要性、ネットワーク手数料の増加や不正利用管理の負荷増大など、決済コストの上昇がその例です。

その結果、大企業では冗長性を確保し、リーチを拡大し、決済のパフォーマンスを向上させるために、複数の決済代行業者を導入しています。実際、451 リサーチによると、企業の 62％が取引処理のために複数の決済代行業者と取引することを好むと報告されています。

しかし、追加の決済代行業者を導入・管理することは複雑でリソースを多く消費します。各決済代行業者と直接統合したり、ルーティングロジックを作成・更新したり、パフォーマンスの統合ビューを構築したりするために、新しいソフトウェアツールや大幅なエンジニアリングリソースが必要になることが多いです。

本ガイドでは、現在の決済インフラの評価とギャップの特定方法、複数の決済代行業者を管理するためにチームに適切なリソースを割り当てる方法、そして Stripe がどのように支援できるかについて概要を説明します。

別の決済代行業者を導入すべきか? 質問すべきこと

企業が追加の決済代行業者を導入する最も一般的な理由は、グローバル対応と信頼性です。この 2 つの重要な分野を評価することで、既存の能力を確認し、追加の決済代行業者がどのようにビジネス戦略を前進させるかを検討できます。以下の質問は、既存システムのギャップを特定するのに役立ちます。

グローバルな対応範囲

• あなたの決済代行業者はどの市場で現地アクワイアリングを提供していますか?
  
• どの市場のどの表示通貨に対応していますか?売上処理が行われる取引通貨は何ですか？
  
• あなたの決済代行業者は、言語、現地通貨と価格設定、そして一般的な決済手段に対応した最適化された決済体験を提供していますか？
  
• 新しい決済手段をサポートするために追加の開発作業が必要ですか?
  
• あなたの決済代行業者は、さまざまな国内主要決済手段を含むすべての支払いを一元的に確認できる機能を提供していますか?
  

信頼性と PCI 準拠

• あなたの決済代行業者は、どの市場でカードネットワークに直接接続していますか？
  
• 現在の決済インフラストラクチャで障害が発生していますか?
  
• その停止による機会損失（販売機会の損失、顧客の信頼低下など）はどのくらいですか?
  
• 許容されるダウンタイムの時間はどれくらいですか?
  
• あなたの決済代行業者はあなたのボリュームに合わせてスケールし、ピークイベントを処理できますか?
  
• あなたの決済代行業者は稼働時間を公表し、リアルタイムのプラットフォーム健康指標を透明に表示していますか?
  
• 現在、生の PAN などの PCI に敏感なデータを社内で管理していますか?それを第三者の決済代行業者にアウトソースする予定ですか、それとも専用のソリューションを使う予定ですか?
  

新たな決済代行業者を追加するために必要なリソースの評価

もし別の決済代行業者を追加することがビジネスにとって合理的であれば、次のステップは必要な投資の全額を理解することです。これには、エンジニアリングリソース、運用の変更、戦略的な考慮事項が含まれ、効果的な計画と現実的な期待設定に役立ちます。以下は考慮すべきいくつかのポイントです。

エンジニアリングリソース

• 初期統合には 6 ～ 18 か月の専念エンジニアリング時間が期待されており、ルーティングロジックの設計・実装、各代行業者との統合、システム間のテストフレームワーク作成などが含まれます。
  
• プロセッサのアップデートに合わせて統合を最新の状態に保ち、新機能をリリース前にすべての代行業者でテストし、互換性を維持するための継続的なメンテナンスを計画します。
  

運用リソース

• 財務チームが異なる報告形式を持つ複数のシステム間で照合し、決済処理業者間で集約報告を行う能力を提供。
  
• サポートチームには、複数のダッシュボードやプロセスへのアクセスとトレーニング、問い合わせを適切なシステムに振り分けるツール、複数の決済代行業者問題のエスカレーション経路を提供します。
  
• 法務チームが契約交渉やプロバイダー間の継続的な管理を担当できるようにします。
  
• ベンダーマネージャーが複数の取引先との関係を調整し、プラットフォーム全体でユーザーアカウントやアクセス権を管理できるようにします。
  

戦略的考慮事項

• 複数の決済代行業者にまたがるカード情報を、社内の保管庫、サードパーティの保管サービス、または二重トークン化のいずれで保存・管理するかを決定します。
  
• カード情報保管（カードボールティング）戦略を構築・維持するために、エンジニアリングリソースを割り当てます。
  
• 決済リクエストに許容される遅延時間を特定します。
  
• 優先度を下げる可能性のあるコア製品の開発項目を検討します。
  
• この投資が自社の主要な戦略目標とどのように整合しているかを評価します。
  

オーケストレーターが複数の決済代行業者の複雑さを管理するのに役立つ方法

複数の決済代行業者を利用することで、一部の取引では決済パフォーマンスが向上したりコストを削減できたりしますが、多くの場合、追加の複雑さが生じます。これを管理する専任の高度な社内決済チームがない場合や、内部リソースを解放したい場合は、オーケストレーターの導入を検討するとよいでしょう。

オーケストレーターを活用することで、複数の決済代行業者を統合・管理するために多大なエンジニアリング、運用、パートナーシップのリソースを投資することなく、決済ルーティングの最適化、パフォーマンスの監視、新しい市場への進出が容易になります。ただし、潜在的な遅延やダウンタイムリスクに対するリスク許容度を評価することも重要です。決済スタックに別の決済代行業者を追加すると、新たな障害発生ポイントが生じる可能性があります。

Stripe でできること

DoorDash や Twilio のような企業は、現在複数の決済処理業者を持つ Stripe のモジュラー型金融インフラを利用しています。Stripe を使えば、チャネル間でのチェックアウト体験を統合し、サブスクリプション支払いを管理し、どこで支払いが処理されるかに関わらず不正利用と戦うことができます。これらはすべて Stripe の業界をリードする信頼性に支えられています。

Stripe は既存の Stripe 統合内で複数の決済代行業者を利用する際のナビゲーションを 2 つの方法でサポートします。1 つは Stripe Orchestration でマルチプロセッサのセットアップを効率化できること、もう 1 つは Stripe 外での支払い処理には不正利用防止やサブスクリプション請求などの専用金融ソリューションを利用できることです。

オーケストレーションによる複数の決済代行業者管理の効率化
オーケストレーション を使用すると、複数の決済代行業者を簡単に管理し、データを同期し、Stripe ダッシュボードから直接パフォーマンスを最適化できます。下記のことが可能です:

• 一行のコード変更と、直接の決済代行業者への組み込みアクセスで、ユーザー登録を迅速に行えます
  
• ルーティングロジックを作成し、ビジネス目標を達成するために時間をかけて簡単に更新できます
  
• 選択した代行業者間で決済失敗を即座に再試行し、売上損失のリスクを減らせます
  
• すべての決済代行業者間の決済パフォーマンスを比較し、カードブランドや国別のパフォーマンスも詳細に掘り下げる
  

決済処理場所に関係なく、Stripe の最高クラスの金融商品をご利用ください
既存の技術スタックにより適合させるために、Stripe をよりモジュール化してほしいとおっしゃっていましたね。ここ数年で、多くの Stripe サービスを他の決済代行業者と連携させてきました。今なら以下のことができるようになります:

• コンバージョンに最適化された統合 UI を Stripe 決済ソリューションで使用しつつ、決済を柔軟に他の代行業者にルーティングします。
  
• 理想的なビジネスモデルを構築し、反復する ことで、Stripe 以外の決済代行業者によるサブスクリプション決済を Stripe Billing を通じて効率化できます
  
• Stripe で3D Secure 認証 を行い、別の決済代行業者で支払いをオーソリします
  
• Stripe Radar で不正利用と戦う Stripe の AI 搭載リスクスコアと推奨行動を活用しています 他の決済代行業者によって処理された取引について
  

Stripe が複数の決済代行業者の管理をどのように支援できるかについて詳しく知りたい方は、 営業チームにお問い合わせください.