オンライン旅行市場は数十億ドル規模の業界です。予約サイトなどの旅行プラットフォームは、旅行者から資金を回収し、それをホテル、ホスト、事業者、ベンダーのネットワーク全体に分配しますが、これらは複数の通貨、タイムゾーン、銀行システムにまたがることがよくあります。この方程式の入金の側面は、多くのプラットフォームが初期段階で投資を怠り、後でその代償を払う場所です。手動のプロセスや連携されていないツールは、ビジネスが拡張するずっと前に拡張できなくなるためです。

以下では、顧客の支払いからサプライヤーへの支払いまで、旅行プラットフォームを通じて資金がどのように移動するかを検討します。また、入金業務が破綻する可能性のある場所や、複数当事者間の資金分配を管理するプラットフォームにとってどのようなインフラストラクチャの決定が重要になるかについても説明します。

この記事でわかること

• 旅行プラットフォームは、多くの場合、旅行者が実際に支払うタイミングと一致しないスケジュールで、複数の関係者間で資金を保持、分割、リリースする必要があるため、高度な入金インフラストラクチャのメリットを得られます。

• 越境入金では、地域やサプライヤーのタイプによって大きく異なる通貨換算のタイミング、現地の銀行との互換性、コンプライアンス要件が導入されます。

• 入金管理の一元化と支払いワークフローの自動化は、旅行プラットフォームがスタッフやエラー率を比例して増やすことなく、財務業務を拡張するのに役立つ 2 つの変更です。

旅行業の入金とは

この記事における「旅行業の入金」とは、旅行プラットフォーム (さまざまな宿泊施設の選択肢を集約するオンラインの旅行代理店やマーケットプレイスなど) から、最終的な顧客である旅行者に在庫やサービスを提供する掲載された各サプライヤー、パートナー、または代行業者へのすべての外部送金を指します。これには、ホテルへの送金、バケーションレンタルプラットフォームでのホストへの支払い、代理店の手数料、ツアーや地上交通機関を運営する事業者への送金が含まれます。

旅行プラットフォームにおける資金移動の仕組み

旅行プラットフォームでの資金移動は、旅行者が支払った瞬間に始まります。多くの場合、プラットフォームは予約金額の全額を回収し、旅行者と旅行に関わるすべての下流の関係者との間の金融仲介者となります。入金が行われる前に、プラットフォームは通常、手数料またはサービス料を控除し、将来の分配のために残高を保持します。

プラットフォームのモデルによって、入金の分配が行われるタイミングが決まります。一般的な 3 つのタイミング構造は以下のとおりです。

• 予約日のリリース: 滞在がいつ発生するかに関係なく、確認後すぐにサプライヤーに資金が送金されます。これは、確立されたサプライヤー関係があり、キャンセルのリスクが低いプラットフォームに適しています。

• チェックインのリリース: 旅行者が到着したとき、またはサービスを開始したときに資金がリリースされます。これにより、支払い後にキャンセルが発生した場合に、プラットフォームがサプライヤーの支払いをクローバック (回収) するのを防ぐことができます。

• 滞在後のリリース: 支払いの全額は、サービスが完了し、不審請求の申し立て期間が終了した後にのみ行われます。これはプラットフォームにとって最も高い保護ですが、サプライヤーのキャッシュフローに現実的な圧力をかけます。

多くのプラットフォームは、サプライヤーのタイプ、キャンセルポリシー、リスクプロファイルによってこれらのアプローチを組み合わせています。バケーションレンタルのホストは、チェックインの 24 時間後に入金される場合があります。契約しているホテルチェーンは、個々の予約日に関係なく、一定のスケジュールで毎週送金を受け取る場合があります。

マーケットプレイスモデルで追加されるレイヤーは、複数当事者間の分割です。1 つの予約により、1 つの顧客の取引から、物件のホスト、現地の体験事業者、送迎会社、プラットフォームのアフィリエイトへの入金が発生する可能性があり、それぞれに独自の金額、タイミングのルール、場合によっては独自の通貨が設定されます。

大規模な旅行ビジネスが直面する入金の課題

ボリュームは、入金の複雑さがさらに増す部分です。ビジネスが成長するにつれて複雑になるのは次のとおりです。

• 関係者間の消し込み: 資金が複数の分割と入金スケジュールを通じて流れると、回収した金額と分配した金額の消し込みが困難になります。途中で 1 件でもキャンセルが発生すると、独自に会計記録を持つ複数の関係者間で取り消しが必要になる場合があります。

• 通貨の不一致: たとえば、タイバーツでの受け取りを希望するホストの物件に対して、旅行者がユーロで支払うとします。プラットフォームは 1 つの通貨で回収し、別の通貨で保持し、3 つ目の通貨で入金します。これらは、異なる決済期間を持つ銀行システム間で行われることが多く、外国為替 (FX) のわずかなタイミングの違いでも消し込みのギャップが生じます。

• サプライヤーの支払いへの期待: ホテルチェーンには買掛金チームがあり、厳密な送金要件 (特定のフォーマット、参照コード、決済日など) を定めている可能性がありますが、小規模なホストはチェックインから数日以内の銀行口座への入金を希望する場合があります。1 つのプラットフォームで両方を満たさなければならないことがよくあります。

• 入金の失敗: 銀行口座の詳細が変更され、ルーティングナンバーが更新され、サプライヤーが新しい金融機関に移動します。規模が大きくなると、入金の失敗率がわずか 1% であっても、月に数百件の送金が滞ることを意味し、それぞれに手動での調査と再開が必要になります。

越境資金移動においてグローバルな入金はどのように機能しますか？

国際的な入金では、これまでに説明したすべてに加えて、規制や銀行のハードルが加わります。資金が国境を越えると、その仕組みは大きく異なる可能性があります。

新たな課題は以下のとおりです。

• 現地の銀行との互換性: すべての銀行システムが同じ送金フォーマットを受け入れるわけではありません。単一ユーロ決済圏 (SEPA) はヨーロッパの大部分で有効であり、ACH は米国の標準です。しかし、インドネシアのゲストハウスのオーナーやペルーのツアーオペレーターに支払う場合、現地のコルレス銀行を通じて処理し、遅い決済タイムラインを受け入れ、受け取り手に届く正味金額を減らす仲介手数料を負担しなければならない場合があります。

• 通貨換算のタイミング: プラットフォームが予約時ではなく入金時に通貨換算を行う場合、保持期間中に FX の変動にさらされます。タイの物件に対して 1 万ユーロを回収したプラットフォームは、換算のタイミングによって異なる金額をバーツで入金する場合があります。そのため、サプライヤーに予測可能な入金金額を提供するために、予約時に為替レートを固定するプラットフォームもあります。

• コンプライアンスと文書化: 特定のしきい値を超える越境入金は、多くの管轄区域で報告要件を有効にします。プラットフォームは、受取人情報を収集して検証し、送金記録を維持し、場合によっては認可された決済プロバイダーと協力して、国際的な資金移動に関連する規制上の義務を処理する必要があります。

• 決済速度への期待: ドイツのサプライヤーは当日または翌日の決済を期待するかもしれません。銀行インフラストラクチャがあまり発達していない市場のベンダーは、送金が完了するまで 3 ～ 5 営業日待つ可能性があります。その範囲全体でサプライヤーの期待を管理するには、地域ごとの明確な入金ポリシーが必要です。

旅行業における一元化された入金管理の仕組み

一元化されていない場合、入金管理は複数のツールを継ぎ接ぎすることになります。これは非常に小規模なうちは機能しますが、サプライヤーとの関係が増加するにつれてすぐに破綻します。

一元化された旅行決済システムは、資金の分配を単一のプラットフォームレイヤーに統合します。そのメリットは以下のとおりです。

• 入金状況の単一の信頼できる情報源: 処理中、送金中、完了、失敗のすべての送金を 1 カ所で確認できます。これは、アカウントを消し込む財務チームや、支払いに関する問い合わせに対応するサプライヤーサポートチームにとって重要です。

• 一貫したルールの適用: 入金のタイミングルール、手数料の控除、分割ロジックは 1 回設定するだけで自動的に適用されます。これにより、手動のエラーによって特定のサプライヤータイプに誤った手数料率が適用される可能性が低くなります。

• 統合された財務レポート: すべての入金が 1 つのシステムを介して実行されると、期末レポート、1099 などの同等の税務書類、および監査証跡の生成に、複数のソースからデータを抽出する必要がなくなります。

• 問題解決の迅速化: 一元化されたダッシュボードに表示される入金の失敗により、銀行の記録やメールのスレッドを掘り下げることなく、調査と再試行を促すことができます。

旅行プラットフォームで大規模な入金を自動化する方法

担当者が手動で実行できる入金量には限界があります。自動化により、入金インフラストラクチャをビジネスに合わせて拡張できます。

実現できることは以下のとおりです。

• スケジュールされた支払い: 各サプライヤーまたはサプライヤーカテゴリーの事前設定されたルールに基づいて、固定の間隔 (毎日、毎週、毎月 1 日と 15 日など) で入金が行われます。手動で開始する必要はありません。

• イベント主導型の入金: 予約の確定、チェックインの記録、不審請求の申し立て期間の終了など、特定の条件を満たしたときに自動的に行われる支払いです。これにより、プラットフォームはすべての取引を手動で確認することなく、滞在後のリリースを実装します。

• API 主導型の入金の開始: 予約システム、物件管理システム (PMS)、および入金インフラストラクチャが API を介して連携されると、確定した予約により、人の手を介さずに入金レコードが自動的に作成され、正しい分割ロジックが適用され、送金がキューに追加されます。

• 自動化された再試行ロジック: 入金が失敗した場合 (間違った口座番号、解約された口座、銀行側の拒否など)、自動化されたシステムが失敗にフラグを付け、サプライヤーに通知し、修正された情報が提供されると再試行をキューに入れます。これを解決するためのサポートチケットや手動での銀行振込は不要です。

Stripe Connect のようなツールは、まさにこの種のアーキテクチャのために構築されています。Connect は複数当事者間の資金分割を処理し、連結アカウントへのスケジュールされた入金と即時入金をサポートし、118 カ国以上での入金をサポートします。

Stripe は、複数の管轄区域にわたるサプライヤーのアカウント登録に関連するコンプライアンス義務も処理します。複雑なサプライヤー関係を持ち、複数の地域で事業を展開している旅行ビジネスでは、これを使用してグローバルな入金業務を管理しやすくすることができます。

Stripe Payments でできること

Stripe Payments は統合型のグローバル決済ソリューションです。成長中のスタートアップから大企業まで、あらゆるビジネスがオンラインや対面により、世界各地でスムーズに決済を導入できます。

Stripe Payments の特徴

• 決済体験の最適化: 構築済みの決済 UI、125 種類以上の決済手段、Stripe が構築したウォレット「Link」により、スムーズな顧客体験を実現するとともに、数千におよぶ開発時間を削減します。

• 新市場へのスピーディーな展開: 195 カ国、135 以上の通貨で利用可能な決済オプションにより、世界中の顧客にリーチし、多通貨管理の複雑さとコストを削減します。

• 対面とオンライン決済の統合: オンラインと対面を統合したコマース体験を構築。顧客とのやり取りをパーソナライズし、ロイヤルティを高め、収益拡大を促進します。

• 決済パフォーマンスの向上: ノーコードの不正利用対策や承認率改善のための高度な機能など、カスタマイズ可能で設定が簡単な決済ツールで収益を増加させます。

• 柔軟で信頼性の高いプラットフォームで事業成長: 業界最高レベルの信頼性を備えたプラットフォーム上でビジネスを構築し、拡大。稼働時間は 99.999% を誇ります。

Stripe Payments のオンラインおよび対面決済について、詳しくはこちらをご覧ください。今すぐ開始する場合はこちら。