航空会社とホスピタリティ
予約コンテキスト、認証、キャプチャ、キャンセル、払い戻し、および調整機能を備えた旅行支払いフローを構築する。
航空会社とホスピタリティ企業は、高額な購入、将来の履行、旅程または予約の変更、複数のサービス、および複雑なキャンセルと払い戻しルールを扱います。DEUNAは、サポートされているプロバイダーと運用チームが要求する、支払いライフサイクルを予約コンテキストに接続します。
航空会社の注文深度サポートされているファーストクラスの予約、チケット、乗客、旅程、料金、税金、および付帯フィールドを使用。認証プロバイダー、市場、クレデンシャル、およびトランザクションによってサポートされている3DSの動作を適用する。変更と払い戻しキャプチャ、無効化、キャンセル、および払い戻し操作を元の支払いに関連付ける。
サポートされている注文コンテキストを選択する#
以下の 航空会社の注文モデル 航空会社固有のフィールドの場合。宿泊施設またはその他の旅行製品の場合、一般的な注文フィールドと、サポートされている商人の定義されたメタデータのみを使用します。航空会社のスキーマは、公共のホテル予約スキーマを作成しません。
部屋、滞在、ゲスト、料金、キャンセル、および履行の詳細など、ドキュメント化されていないファーストクラスのDEUNAフィールドがない場合に、予約システムを真実のソースとして使用します。構成された支払い、リスク、または調整フローに必要なコンテキストのみを送信します。
遅延履行に対応した設計#
- 予約または予約参照情報を、承認、決済、変更、キャンセル、払い戻し、および紛争処理の際に保持する。
- プロバイダーが遅延決済、段階的な決済、部分決済、キャンセル、払い戻し、および必要な旅行決済方法をサポートしているか確認する。
- 決済処理が不明確な場合に、再試行または予約された在庫の解放前に調整する。
- 必要最小限の必須フィールドと承認された保持期間で、乗客および顧客のデータを保持する。
- 予約変更、キャンセル、部分利用、キャンセル期間、払い戻し、チャージバック、およびプロバイダーの障害シナリオをテストする。
APIと顧客アクションのライフサイクルを実装するために、 航空会社での支払いと注文, プロバイダー機能, および Webhooks.