訪日向けOTA・販売チャネル連携｜在庫を落とさない配信設計

結論から言うと、OTA連携で在庫を落とさない鍵は「配信チャネルを増やすこと」ではなく、「1つの在庫原本(マスター在庫)を決め、そこからの反映を5分以内に揃えること」です。 チャネルを3つ以上に増やした時点で、手動更新の運用は必ず破綻します。実務で目標に置くべき数値は、ストップセル(販売停止)の全チャネル伝播5分以内、オーバーブッキング(重複受注)率0.3%未満、在庫更新の手動作業を1日30分以内、確定連絡(オンリクエスト商品の可否回答)24時間以内、の4つです。接続の準備期間はチャネルマネージャー経由でおおむね2〜6週間、OTAとの直接API接続で2〜4か月が目安。販売手数料はアクティビティ・ツアー系OTAで概ね20〜30%、宿泊系OTAで概ね10〜18%のレンジに収まることが多く(契約条件・カテゴリ・時期で変動するため必ず個別に確認してください)、この手数料差をどう吸収するかまで含めて配信設計です。チャネルを増やす前に、まず在庫の持ち方を決めてください。

配信方式4種の比較:反映速度・在庫リスク・向いている商品

配信方式	在庫反映の速さ	在庫リスク	運用工数	向いている商品
①フリーセール(上限なしで販売可)	即時(そもそも在庫を持たない)	高(供給を確保できず取消が発生)	低	供給がほぼ無限の商品(定期運行の乗車券、大型施設の入場券)
②アロットメント(各チャネルに枠を分配)	枠内は即時/枠の付け替えは手動	中(枠の売れ残り=機会損失、枠不足=販売停止)	中	貸切バス・宿泊のように事前に枠を押さえる商品
③オンリクエスト(受注後に手配可否を回答)	販売時点では在庫なし	低(受けてから手配)	高(回答工数が重い)	造成型・カスタム行程、少人数のFIT手配
④API実在庫連携(1つの在庫を全チャネルで共有)	数秒〜数分	低(重複受注を構造的に防ぐ)	初期は高・定常は低	催行枠が固定のツアー、ガイド・車両が制約になる商品

※反映速度と工数は運用設計の目安であり、実際にはOTA側の取込頻度と自社の在庫管理体制で変わります。重要なのは、1つの商品に1つの方式を選び、混在させないことです。同じツアーを「A社にはアロットメント、B社にはフリーセール」で出すと、B社経由の受注が枠を超えた瞬間に、誰も止められない重複受注が発生します。

なぜチャネルを増やすと在庫が落ちるのか?

原因はほぼ一つ、在庫の原本が複数あることです。OTA各社の管理画面がそれぞれ在庫数を持ち、自社の表計算にも在庫があり、どれが正なのかが決まっていない——この状態でチャネル数を増やすと、更新漏れの発生確率はチャネル数に比例ではなく、組み合わせで増えていきます。

実務で起きる典型の崩れ方は次の3つです。

• 止め忘れによるオーバーブッキング。 満席になったのに1社だけ止め忘れ、そこから受注が入る。訪日商品はガイド・車両・入場枠が絡むため、後から増やせません。結果として取消・返金・レビュー低下の三重損失になります。
• 止めすぎによる機会損失。 怖くなって各チャネルの枠を小さく分けると、どのチャネルでも「残席わずか」で止まり、合計では空席のまま催行日を迎えます。アロットメント運用で最も多い失敗です。
• 時差と営業時間のズレ。 海外OTA経由の予約は日本時間の深夜に入ります。「翌朝、担当者が管理画面を開いて止める」運用は、実質的に8〜12時間の無防備な時間帯を毎日作っているのと同じです。

対処の順番は明確で、まず在庫原本を1つに決める → 販売停止(ストップセル)だけでも自動伝播させる → その後で配信チャネルを増やす、です。フル自動連携は最後で構いません。止める仕組みだけ先に作れば、被害額の大きい事故はほぼ防げます。

OTA連携はどう始めるべきか?接続方式と準備期間

接続の入口は実務上3つあり、規模と商品数で選びます。

A. 管理画面への手動登録。 初期費用ゼロで始められます。適するのは販売チャネル1〜2社・催行本数が月10本未満まで。それを超えると更新作業そのものが破綻します。始める分には正しい選択ですが、「ここから抜け出す時期をあらかじめ決めておく」ことをセットにしてください。目安は、チャネル3社目を検討し始めた時点です。

B. チャネルマネージャー/在庫配信サービス経由。 1つの在庫を複数OTAへ配信する中間レイヤーを挟む方式です。準備期間はおおむね2〜6週間、費用は月額課金または販売額連動の料率課金が一般的です(サービスにより体系が大きく異なるため、必ず自社の販売規模で試算してください)。多くの訪日事業者にとって、費用対効果が最も合いやすいのがこの層です。

C. OTAとの直接API接続。 自社システムとOTAを直結します。準備期間は2〜4か月(仕様確認・開発・接続テスト・本番切替)、開発工数と保守が継続的に発生します。選ぶ価値があるのは、特定OTA経由の販売が全体の30%を超えている、または自社の在庫ロジックが特殊で汎用サービスに載らない場合です。「大手だからAPIで繋ぐ」は理由になりません。

いずれの方式でも、接続作業の8割は商品マスターの整備です。商品名・所要時間・集合場所・催行言語・最少催行人数・キャンセルポリシー・料金区分(大人/子供/幼児の年齢境界)を、チャネルごとにバラバラの表現で登録していると、どの方式に移っても同じ混乱を持ち込むことになります。接続の前に、この7項目を1つのマスターに揃えてください。

在庫と料金をどう守るのか?ストップセルと料率設計

ストップセルは最優先で自動化する。 在庫加算(空席が増える方向)の反映が5分遅れても、最悪は機会損失で済みます。しかし在庫減算・販売停止の反映が5分遅れると、受注が入って取消になります。損失の非対称性がある以上、投資順序も非対称にすべきです。予算が限られるなら、まず「止まる」方向だけ確実にする設計を選んでください。

手数料差はチャネル別の原価として持つ。 アクティビティ系OTAで20〜30%、宿泊系で10〜18%というレンジ(あくまで目安であり、契約により大きく異なります)を、単一の販売価格で吸収しようとすると、高手数料チャネル経由の受注が増えるほど利益が薄くなります。実務的な打ち手は3つ:①チャネル別に販売価格を変える(※後述の料金整合ルールに抵触しないか要確認)、②高手数料チャネルには催行しやすい定番商品だけを出す、③直販とOTAで商品内容そのものを差別化する(送迎の有無、催行言語、少人数保証など)。同一商品・同一条件のまま価格だけ動かす方法は、契約上の制約を受けやすいため、必ず各社の契約書を確認してください。

チャネルは一度に増やさない。 新規チャネルは1社ずつ、最低1か月は既存チャネルと並走させてから次に進みます。同時に2社追加すると、事故が起きたときにどちらの設定が原因か切り分けられません。追加時に毎回測る指標は、①そのチャネル経由の取消率、②手数料控除後の実収単価、③問い合わせ対応工数、の3つ。販売件数だけを見て「増えたから成功」と判断しないことが、配信設計で最も守るべき規律です。

連携の成否は何で測るのか?

測る指標は4つで足ります。多くしても運用されません。

• ストップセル伝播時間 = 満席確定から全チャネルで販売停止するまでの時間。目標5分以内。手動運用しか無い場合でも、まず「実測して記録する」ことから始めてください。実測値が出ると、投資判断が一気に進みます。
• オーバーブッキング率 = 重複受注が発生した催行数 ÷ 総催行数。目標0.3%未満。原因を「止め忘れ/反映遅延/枠設定ミス/OTA側障害」の4分類で集計します。
• 手数料控除後の実収単価 = チャネル別の入金額 ÷ 参加人数。販売額ではなく入金額で見ます。チャネル間の優劣は、この指標でしか比較できません。
• 在庫更新の手動作業時間 = 1日あたりの管理画面操作時間。目標30分以内。この数値が伸び続けている限り、チャネル追加は止めるべきサインです。

改善は全件対策ではなく、「発生件数 × 1件あたり損失額」で並べ、上位2件だけを月次で潰す運用にします。オーバーブッキング1件の損失は、返金額だけでなく、代替手配コストと送客元からの信用低下を含めて見積もってください。実感より高い金額になるはずで、その数字が自動化への投資判断を後押しします。

FAQ

Q. OTA連携で最初にやるべきことは何ですか? A. 在庫原本を1つに決めることです。どの管理画面の数値が正なのかを明文化し、次に販売停止の伝播だけを自動化します。チャネル追加はその後で構いません。

Q. チャネルマネージャー経由と直接API接続はどちらを選ぶべきですか? A. まずはチャネルマネージャー経由です。準備期間2〜6週間で始められます。直接APIは、特定OTAの販売比率が3割を超えるか、在庫ロジックが特殊な場合に検討してください。

Q. オーバーブッキングはどの程度まで許容されますか? A. 総催行数に対して0.3%未満が一つの目安です。原因を止め忘れ・反映遅延・枠設定ミス・OTA側障害の4つに分類し、自社起因分から優先して是正します。

Q. アロットメントとAPI実在庫連携はどう使い分けますか? A. 事前に枠を押さえる宿泊・貸切バスはアロットメント、催行枠が固定でガイドや車両が制約になるツアーはAPI実在庫連携が向きます。同一商品で方式を混在させないでください。

Q. 販売チャネルはいくつまで増やせますか? A. 数の上限より、1日の手動更新が30分を超えないことが実務的な限界です。新規追加は1社ずつ、既存チャネルと1か月並走させてから次に進めてください。

---

内部リンク提案(既存/予定ページへ)

• ピラー:『訪日インバウンド手配の流れ｜旅行会社のための完全ガイド』(b2b-inbound-tehai-nagare)へ上位リンク
• 関連:『旅行会社向けリアルタイム在庫・レート連携システムとは』(b2b-realtime-inventory-rate-system)へ、API実在庫連携の詳細としてリンク(相互リンク)
• 関連:『インバウンド予約管理システムの選び方｜手配業務を一元化する』(b2b-inbound-reservation-system-erabikata)へ、在庫原本を一元化する文脈でリンク
• 関連:『宿泊アロットメントと料金交渉の実務｜在庫と原価を守る』(b2b-allotment-shukuhaku)へ、アロットメント方式の詳細としてリンク
• 関連:『訪日ツアー造成ノウハウ｜着地型商品を売れる形にする手順』(b2b-inbound-tour-zosei)へ、商品マスター7項目の整備の文脈でリンク
• 関連:『インバウンド決済・精算を効率化する｜通貨・手数料の実務』(b2b-inbound-kessai-seisan)へ、手数料控除後の実収単価の文脈でリンク
• 関連:『訪日ツアーオペレーションの品質管理｜催行を安定させるSOP設計』(b2b-tour-ops-qa)へ、オーバーブッキング発生時の初動としてリンク
• 関連:『訪日FIT(個人手配)対応の進め方｜小ロット手配を回す体制』(b2b-inbound-fit-taio)へ、オンリクエスト方式の運用としてリンク
• 関連:『旅行業DXの始め方｜手配・精算業務をデジタル化する事例』(b2b-ryokogyo-dx)へ、手動運用からの移行時期の文脈でリンク

Last updated: 2026-08-05