ホテルをMC契約（マネジメントコントラクト）で運営していると、売上はオーナーに帰属します。運営会社は「他人のお金」を預かって、回収し、報告する立場です。だからこそ、売掛金の回収管理でつまずいたときのダメージが大きい。自社の利益が減るという話ではなく、オーナーの資産を取りこぼしたという話になるからです。
そして実務をやっていると分かるのですが、OTA経由の売掛金は、驚くほど回収漏れが起きやすい構造になっています。担当者の能力の問題ではありません。仕組みがそうなっている。さらに厄介なことに、そもそも売上が最初から間違った金額で計上されているという、日々の消込作業では絶対に気づけない落とし穴も存在します。
この記事では、その構造を分解したうえで、運用とシステムの両面から現実的な打ち手を整理します。
なぜOTAの売掛金は「漏れる」のか
一般的な企業間取引の売掛金は、こういう流れです。
請求書を発行する → 期日に入金される → 金額が一致するので消し込む
シンプルです。請求した金額がそのまま入ってくるので、突合は一致・不一致の二択で済みます。
ところがOTAの売掛金は、この前提がほぼ全部崩れます。
① 請求額と入金額が、はじめから一致しない（手数料相殺）
海外OTAの多くは、宿泊代金から自社の手数料を差し引いた「ネット金額」を送金してきます。Booking.comの決済代行サービス（Payments by Booking.com）も、手数料を差し引いたうえで送金する仕組みです。Expediaの「Expedia Collect」も、施設が請求できるのは予約金額から手数料を引いた額までとされています。
つまり、10万円の宿泊売上に対して、通帳に着金するのは8万5千円だったりする。この差額1万5千円が「手数料なのか」「一部キャンセルなのか」「別の予約の返金が相殺されたのか」を判別する作業が、毎回発生します。
さらに厄介なのは、「複数予約分がまとめて1本の送金になる」ことです。20件の予約が1回の着金にまとまり、そこから各種の控除が引かれている。これを1件ずつ紐づけるのが、いわゆる「消込地獄」です。
② 明細が英語・独自フォーマットで、読み解けない
海外OTAの精算明細は当然ながら英語で、しかも各社まったく違う様式です。`Reservation ID` `Confirmation number` `Booking reference` — 呼び名も違えば、桁数も違う。自社PMSの予約番号とどう対応するのかが、明細を見ただけでは分からないこともあります。
CSVをダウンロードしても、列の意味を毎回考え直すことになる。ここで時間を溶かしている施設は、かなり多いはずです。
③ 「請求しないと、永久に払われない」お金がある
これが最も危険な論点です。
一部のOTAは、施設側が能動的に入金リクエストを出さない限り送金しません。しかも、その請求には期限があります。
代表例がAgodaです。Agodaのパートナー向けヘルプによれば、銀行送金による支払いはチェックアウト（出発日）の30日後から請求可能になり、そして出発日から150日を過ぎると請求できなくなるとされています。150日を過ぎた売掛金は、消えます。督促しても戻りません。
Expedia Collectも、施設側がPartner Central上でインボイスを作成するアクションを起点に支払いが動きます。
つまりOTAの売掛金には、「請求権の消滅期限」を持つものが混ざっている。これは通常の売掛金管理の感覚には存在しない概念です。Excelの売掛台帳に「入金予定日」の列しかない施設は、この期限を管理する場所そのものを持っていません。だから忘れる。忘れたことにも気づかない。
④ 1人の宿泊客から、何本もの売掛が立つ
現代の宿泊予約は、支払い経路が細分化しています。1件の予約の中に、
・OTAのオンライン事前決済分
・ポイント／クーポン利用による充当分
・現地決済（カード・現金）分
・施設で追加した飲食・駐車場などの付帯売上
が混在する。しかもポイント充当分は、後日OTAから別枠で入金されることが多い。
結果として、1予約 = 1売掛ではなく、1予約 = 3〜4本の売掛になります。
100室の施設で月間1,500件の予約があれば、管理すべき売掛レコードは4,000本を超えることもある。これを人力で追うのは、率直に言って無理があります。
⑤ 結果として属人化し、確認が後回しになる
①〜④が重なると、売掛管理は「やり方を知っている一人の担当者」しか触れない業務になります。そしてその担当者は、日々のフロント業務やオーナー報告に追われている。売掛のチェックは「時間があるときにやる作業」に格下げされ、そのまま数か月が過ぎる。
150日は、体感するとあっという間です。
【最重要】売上が「最初から間違って立っている」という落とし穴
ここまでは回収実務の話でした。しかし実は、それ以前に決着をつけておくべき、もっと根が深い論点があります。システム連携の初期設定です。
何が起きるのか
海外OTAの予約は、通常こういう経路で流れてきます。
OTA各サイト → サイトコントローラー → PMS
このとき、OTAが連携してくる金額が「顧客が実際に支払った販売価格（グロス）」ではなく、「OTA手数料を差し引いた後の金額（ネット）」であることがあります。そして設定を確認しないままPMSに流し込むと、PMSにはその手数料控除後の金額が売上として計上されてしまう。
たとえば顧客が20,000円で予約し、OTA手数料が15%（3,000円）だとします。本来立つべき仕訳はこうです。
なぜこれが「最も発覚しにくい」のか
右側の列をよく見てください。売掛金17,000円に対して入金17,000円。ぴったり一致しています。
つまり、消込作業をしている担当者から見ると、何の問題も起きていないように見える。差額が出ないので、アラートも上がらない。この状態が何か月も、下手をすると何年も続きます。
しかし実態としては、
・売上高が過少計上されている（オーナーの売上が実態より小さく見える）
・販売手数料が費用として計上されていない（P/Lの構造そのものが違う）
・ADR・RevPARが実際より低く出る（レベニューマネジメントの判断材料が狂う）
・業界ベンチマークや他館との比較が成立しない
・MC契約の「運営報酬が売上高やGOP連動である場合、報酬計算の基礎数値がずれる」
そして最悪なのは、これが後から発覚したときです。過去に遡って売上と手数料を組み替える必要が生じ、月次報告も決算数値も作り直しになる。オーナーからすれば「これまでの報告は何だったのか」という話になり、ハレーションは避けられません。回収漏れ1件よりも、こちらのほうが遥かに深刻な信頼問題に発展します。
導入時に必ず確認すべき3点
新規開業時、あるいはPMS／サイトコントローラーのリプレイス時に、**OTAごとに次の3点を突き合わせる必要があります。1社ずつです。まとめて「たぶん大丈夫」は通用しません。
1. OTA側の配信レートはグロスかネットか — 契約形態（マーチャントモデル／エージェントモデル）によって変わります
2.サイトコントローラーはどちらの金額をPMSに渡しているか — 変換設定を持っている製品もあります
3. PMS側で、どの金額を売上として計上する設定になっているか — 手数料を別勘定で自動計上できるかも含めて
分からなければ、推測せずに聞く
この領域は、担当者の思い込みで設定して事故になるケースが本当に多い。分からない箇所があれば、必ず一次窓口に確認してください。
・ 海外OTAのアカウントマネージャー／パートナーサポート（配信金額の定義）
・サイトコントローラーのサポート窓口**（受け渡す金額と変換設定）
・PMSベンダーのサポート（売上計上ロジックと手数料勘定の設定）
3者にまたがる論点なので、1社に聞いただけでは答えが出ません。三方向に確認するのが正解です。
稼働前に「テスト予約1件」で検証する
最も確実なのは、実際に1件流してみることです。テスト予約を入れ、次の4つの金額を1枚に並べて突き合わせます。
①＝②＝③ となり、①－④＝手数料 が手数料勘定として別途計上されていれば正常です。この検証を、取引のあるOTA全社分行ってください。半日の作業で、数年分のリスクを潰せます。
稼働後に気づいた場合も、放置は禁物です。いつからずれているかを特定し、影響額を算定したうえで、オーナーには自分から報告する。指摘される前に出せるかどうかで、その後の関係がまったく変わります。
放置したときに、実際に起きること
・回収漏れの発生：請求期限切れで、売上が現金化されないまま消える
・オーナーへの説明責任が果たせない：「なぜ着金が予約データより少ないのか」に即答できない
・月次決算の遅延と修正：翌月・翌々月に遡って仕訳を直す作業が常態化する
・信頼の毀損：1件でも「回収漏れがありました」と報告した瞬間、オーナーは他の数字も疑い始める
MC契約の運営会社にとって、最後の項目が一番痛い。売掛管理は経理の裏方業務に見えて、実際には運営受託の継続そのものに効く業務です。
システムの前に、まず整えるべき3つの原則
ツールを入れる前に、データの持ち方を直さないと、何を導入しても機能しません。逆にここが整っていれば、当面Excelでもかなり戦えます。
原則1：売掛は「予約単位」ではなく「入金単位」で立てる
管理の粒度を 予約 × チャネル × 決済種別 に分解します。同じ予約でも、オンライン決済分・ポイント充当分・現地決済分は、入ってくるタイミングも経路も違うからです。別々の入金になるものを1行にまとめている限り、消込は永久に合いません。
原則2：「請求可能日」と「請求期限」を、日付の列として持つ
入金予定日だけでは足りません。最低でもこの3つを列として持ってください。
そのうえで、請求期限の30日前・14日前に警告が出るようにする。Excelなら条件付き書式で十分です。期限を「頭で覚える」のをやめて、「表に持たせる」。これだけで回収漏れの大半は防げます。
原則3：差額には必ず「理由コード」を付ける
請求額と入金額が合わないのは異常事態ではなく、通常状態です。だから、差額を潰すのではなく分類する。
手数料 / 為替差 /一部キャンセル /返金相殺 /ポイント充当 /原因不明
このコードを付けて集計すると、「原因不明」の残高だけを追いかければよくなります。オーナーへの説明も、この分類表を出すだけで一気に楽になります。
システムでどう解決するか
原則が固まったら、ツールの出番です。選択肢は大きく4つあります。
（a）PMSの売掛管理機能を使い切る
国内のホテルシステム／PMSには、売掛・入金・消込を扱う機能を持つものがあります。HOTEL SMARTのように売掛管理・消込をオプション機能として提供しているPMSもあり、すでに導入済みのPMSで使っていない機能が眠っているケースは珍しくありません。まず契約中のPMSベンダーに「OTA売掛の消込機能はあるか」を確認する*のが、最も低コストな一手です。
（b）宿泊業専用の売掛金管理システムを入れる
PMSとは別に、ホテル・旅館の売掛金管理に特化したシステムがあります。たとえばCIJの「ホテル売掛マイスター」は、宿泊施設の売掛金管理・消込に特化したクラウドサービスとして提供されています。汎用の会計ソフトでは扱いにくい、宿泊業特有の売掛（エージェント別・チャネル別・複数決済混在）を前提に設計されている点が強みです。
（c）OTAリコンサイル専用ツール（海外系）
海外では、OTAの精算明細と自社データの自動突合に特化したツールのカテゴリが確立しています。Otelierの「Rec」やEventionの「OTA Recon」のように、銀行入金・OTA明細・PMSデータの3点照合を自動化する製品群です。手数料の過大請求を検出して回収する「コミッションリカバリー」を掲げるサービスもあります。
インバウンド比率が高く、海外OTAの取扱高が大きい施設ほど、投資対効果が出やすい領域です。
（d）RPA・スクリプトによる半自動化
フル導入が難しい場合、部分自動化でも効果は大きい。特に効くのはこの3つです。
1. 明細の自動取得と正規化 — 各OTAのCSVを定型フォーマットに変換する
2. 請求期限の自動アラート — 期限が近い未請求売掛を毎朝リストアップして通知する
3. 一次消込の自動化 — 金額・予約番号が一致するものを機械的に消し、人間は例外だけを見る
「全部自動」を目指す必要はありません。人間が見るべき件数を1/10に減らすだけで、業務は成立するようになります。
選定時に確認すべきこと
・自社が使っているすべてのOTAの明細フォーマットに対応しているか
・入金リクエストの期限管理・アラート機能があるか（ここが抜けている製品は多い）
・1予約に複数決済がぶら下がる構造を扱えるか
・グロス売上と手数料を分けて保持できるか（第2章の論点。ネット金額しか持てない製品は、その時点で候補から外れます）
・オーナー報告用のレポートをそのまま出力できるか
・外貨・為替差の扱い
・PMS／会計ソフトとの連携可否
特に2つ目です。多くのツールは「消込」は得意でも「まだ請求していない売掛の期限」は見ていません。ここは要件として明示的に確認する必要があります。
今週からできること
システム検討は時間がかかります。並行して、今すぐ手を打てることを挙げておきます。
1. PMSの売上計上額が「グロス」になっているかを検証する
第2章のテスト予約チェックです。優先度は最も高い。すでに稼働中の施設なら、直近の予約を数件抜き出して「OTA画面の販売価格」と「PMSの売上計上額」を突き合わせるだけでも判定できます。ここがずれていたら、他の何より先に手を打ってください。
2. チャネル別の精算条件を1枚の表にする
各OTAについて「手数料相殺の有無／入金リクエストの要否／請求可能日／請求期限／通貨」を書き出す。これが存在しない施設が本当に多い。作るだけで、リスクの所在が見えます。
2. 過去150日分の未請求売掛を、いま棚卸しする
これは緊急対応です。まだ請求できるのに請求していない売掛が眠っている可能性があります。期限切れ寸前のものから順に処理してください。
3. 月次で「未請求売掛エイジング表」を作る
経過日数別（0-30日／31-90日／91-150日／期限切れ）に未請求残高を並べる。1枚で危険度が分かります。
4. オーナー報告に「差額の内訳」を標準で載せる
聞かれてから答えるのと、先に出しておくのとでは、信頼のされ方がまったく違います。
最後に：これは経理の問題ではなく、運営会社の信用の問題
MC契約において、運営会社の商品は「運営品質」です。そしてオーナーが運営品質を判断する材料は、客室の稼働率やレビュースコアだけではありません。毎月出てくる数字が、正確で、説明可能で、期日どおりに出てくるか。これも同じくらい見られています。
売掛金の回収管理は、地味で、誰も褒めてくれない業務です。しかし取りこぼした150日は、もう戻らない。仕組みで守るべき領域です。
まずは、チャネル別の精算条件を1枚の紙にまとめるところから始めてみてください。それだけで、次に何を自動化すべきかが見えてきます。
コメント