決済代行システム
複数の決済サービスプロバイダ、取得者、決済方法の統一、ルーティング、障害、ステータス正規化、取引の信頼性と決済業務の改善に関するルール。
プロバイダーインターフェイス、ステータス、エラーモデルを正規化するため、ビジネスシステムが外部の複雑性を直接管理する必要はありません。プロバイダーの切り替え、マルチマーケットの拡張、決済戦略の最適化のための共通の基盤を作成しています。
プロダクト規模:これは、完全な諮問的またはビジネスソリューションではなく、定義された決済機能のための展開可能なソフトウェアです。必要に応じて、評価、アーキテクチャ、および実装サービスと組み合わせることができます。
外部決済プロバイダが乗合する場合
繰り返しプロバイダの統合
PSPs、買収者および銀行は、異なるAPIs、フィールド、ステータス、例外モデルを公開し、ビジネスシステムを強制して、重複したアダプターロジックを維持します。
プロバイダーの不足は、直接ビジネスに影響を与えます
集中的なオーケストレーションと代替パスなしで、プロバイダーのレイテンシ、停電、または部分的な不当性は、すぐに取引を中断することができます。
ルーティングロジックはフラグメントされます
市場、通貨、決済方法、数量、リスク、コスト、プロバイダの能力に関するルールは、システム全体で普及しており、一貫して変更が困難です。
ステータスとエラーコードは矛盾しています
同じ事業成果は、各プロバイダーが異なるため、業務の複雑性を高め、処理を中止し、例外処理を行なうことができます。
接続、ルーティング、制御を統一
オーケストレーションレイヤーは、プロバイダの接続、ステータスの正規化、ルーティング、レジリエンス、運用監視を一元化します。
ユニファイドプロバイダーの接続
PSPs、取得者、銀行、その他の決済チャネルを外部インターフェースの差を分離する標準コネクタフレームワークで接続します。
統一された支払 API
一貫した決済インターフェースをビジネスシステムに公開し、プロバイダー固有のAPIsおよびデータ構造に関する直接の依存性を削減します。
ステータスとエラーの正規化
地図提供者の状態、失敗の理由、例外は共通の内部モデルに結果をもたらします。
ルールベースのルーティング
市場、通貨、決済方法、数量、顧客、リスク、コスト、プロバイダー機能を使用して決済パスを設定します。
故障と劣化
プロバイダーが利用できなくなったとき、代替パスに切り替えたり、劣化戦略を実行したり、品質を劣化したりします。
回復、出土および回復
タイムアウト、未知の状態および回復可能な失敗のための制御されたretries、状態の確認および回復を加えて下さい。
プロバイダー戦略とガバナンス
プロバイダーの機能、可用性、優先順位、コスト、サービスレベル、フォールバック関係の管理
運用監視・分析
成功率、失敗の理由、遅延、提供者の可用性を追跡し、運用および提供者管理のための結果のルーティングを行います。
ルーティングポリシーを適用する前に外部プロバイダを正規化
参照フロー:ビジネスリクエスト→統一決済インテント→プロバイダノーマライゼーション→ルーティングポリシー→プロバイダの実行→ステータスノーマライゼーション→回復&観測。
業務システム
商人、アプリ、財布、発行、送金、その他の決済商品。
統合支払いAPIとオーケストレーションレイヤー
ステータスを正規化し、ルーティング、フェイルオーバー、レトリーズ、運用監視を実行します。
外部決済ネットワーク
PSPs、取得者、銀行および他の外部の支払チャネルを接続して下さい。
提供者独立オーケストラのためのコアオブジェクト
支払 意図
業務が実行したいことを記述するprovider-neutral命令。
プロバイダー
構成されたPSP、取得者、銀行または支払サービスエンドポイント。
ルート案内
方法、提供者、市場、および商業制約を兼ね備えた候補パス。
ルーティングポリシー
適格性、優先順位、フォールバック、トラフィック配分を決定する規則。
ツイート
レスポンス、レイテンシー、および理由コードを含むプロバイダに対する各実行の試み。
正規化状態
均質なプロバイダーを一貫したビジネス状態に翻訳する共通のライフサイクルモデル。
支払ルーティングは、最高成功率を選ぶよりも多く
効果的なルーティングは、単一のメトリックを最適化するのではなく、取引の品質、経済、可用性、およびビジネス戦略のバランスをとります。
成功率
ルーティング戦略を定義するとき、プロバイダー、決済方法、ユースケースのパフォーマンスを使用してください。
コスト
パスを選択する際の手数料、固定料金、その他のチャネルコストを考慮します。
利用条件
プロバイダーサービスの状態、レイテンシー、および停電条件を使用してルートを調整します。
市場と決済方法
国の、地域、通貨、およびサポートされている支払い方法によるマッチングプロバイダー。
リスク・ビジネスルール
リスク条件、顧客ルール、数量制限、その他の事業制約を含む。
提供者の機能
提供者製品の機能、制限、サービスレベル、およびフォールバックの関係を使用して優先順位を設定します。
支払いオーケストレーションが合致する場所
複数プロバイダーの支払い
単価の取引は、複数のPSPs、取得者、銀行を必要とします。
多市場決済
異なる国や地域には、異なるプロバイダー、通貨、および地方の支払い方法が必要です。
支払の弾性
取引継続に対するプロバイダーの発生、遅延および利用不能の影響を削減します。
ルーティングとコストの最適化
成功率、コスト、市場、提供者機能を使用して、決済パスを選択します。
法定決済統合統合
既存の統合を標準化されたアクセスとオーケストレーションレイヤーにフラグメントします。
既存の支払いスタックに合致
業務アプリケーションと外部決済プロバイダ間でのオーケストレーションを配置し、ルーティングとフェイルオーバーは、製品ロジックを書き換えずに進化できます。
API ファースト
既存のシステムと統合したAPIs、Webhooks、イベントの仕組みを連携。
標準コネクタフレームワーク
再利用可能なコネクタとアダプタを介してPSPs、アクター、銀行を統合します。
導入事例
既存の接続を一度に移行することなく、市場、決済方法、プロバイダーによるオーケストレーションを導入。
コアシステム統合
トランザクションコア、アカウント、レジャー、リスク、調整、決済システムと連携し、クライアントアーキテクチャやセキュリティ要件に適応した展開を行います。
統合API
正規決済業務に一度に業務システムを組み入れます。
プロバイダーアダプタ
外部プロバイダは、標準コネクタ契約の後ろに分離されます。
ルーティング&の故障
方針、優先行動、フォールバック行動は、製品コードから独立して変更できます。
オペレーションテレメトリー
フィード監視とベンダーのガバナンスに関する調査、遅延、エラー、プロバイダーの成果を試みます。
複雑な決済環境のために設計
ユニファイドプロバイダーの抽象化
プロバイダー固有のインターフェイス、ステータス、エラーモデルをオーケストレーションとコネクティビティレイヤーで隔離します。
信頼性第一
ルーティング、フェイルオーバー、レトリー、ステータス確認、および製品コアへの回復をビルドします。
構成可能な戦略
市場、コスト、決済方法、顧客および提供者の機能を使用してルーティングおよびスイッチを設定。
モジュラーおよびcomposable
独立して使用するか、または支払の中心、支払の会計および他のREALSUCCの支払ソフトウェアと結合して下さい。
製品の関係: 決済コアは、コアトランザクション、アカウント、および基礎マネー機能の管理を行います。支払いオーケストレーションは、外部プロバイダーの接続、ルーティング、切り替え、プロバイダーの戦略に焦点を当てています。これらは、独立して使用したり、一緒に展開することができます。
支払い接続とルーティングを統一
既に複数のプロバイダーを接続している場合、または新しい市場や決済方法に拡大している場合、統一されたオーケストレーションレイヤーは、統合の複雑さ、プロバイダーの依存性、および停電の影響を削減できます。