DiHotelブログ

DiHotelブログ

高級ホテル管理ソフト、PMSシステム、ホスピタリティ業界向け総合ソリューションに関する専門知識

年末の会議・イベントシーズン:複数施設のデポジットと客室在庫をどう管理するか

第4四半期は、宿泊ポートフォリオが1年の収入の大部分を稼ぐ四半期であり、同時に業務プロセスのあらゆる弱点が一度に表面化する四半期でもあります。企業の会議、業界セミナー、年末のイベント、企業団体、取引先との懇親会——そのすべてが数週間に、複数の施設に集中し、しかも個人予約よりはるかに金額が大きく、支払い構造もずっと複雑な契約のもとで行われます。

本記事はチェーン、リゾート、4〜5つ星ホテルの経営陣に向けて書かれており、問題が起きるまで過小評価されがちな2つのこと、前受金と客室在庫に焦点を当てます。記事全体を通して誤解がないよう、最初にはっきり申し上げます。これは各施設のスタッフがどれだけ注意深いかという話ではありません。施設ごとに独自のやり方を決め、契約ごとに別々の支払いスケジュールがあれば、一人ひとりが自分の役割を正しく果たしていても、ポートフォリオのレベルでは誰も全体像を把握できません。これは構造の問題であり、構造による解決策があります。

第1部:ポートフォリオのレベルで前受金はどう見えているか

やり方を論じる前に、まず現状を正確に描写しましょう。共通の規則がない複数施設のポートフォリオでは、「宿泊客が前払いしたお金」という一つの概念が、通常少なくとも5つの異なる形で存在しています。

並行して存在する5つの受け取り方と記録方法

  • 個人客の客室デポジット。通常は1泊分の客室料金で、銀行振込またはクレジットカードの仮売上として、フロントが処理します。
  • イベント契約に基づく保証金。契約金額に対する割合で計算され、営業部門が処理し、通常はその部門独自の管理ファイルに記録されています。
  • 団体ブロックのデポジット。押さえた客室数に応じて計算され、期日ごとに客室数を減らしていくスケジュールが付いています。
  • 一括前払い。事前販売プログラム、宿泊パッケージ、ギフト券などに対するもので、複数泊、複数の時期に、ときには同じポートフォリオ内の別の施設で使われることもあります。
  • 代理店や旅行会社が差し入れる保証金。通常は独自の支払条件が付いており、最初から特定の予約に紐付いているとは限りません。

5つの形が一つの規則に従っていないときに起こる3つの結果

  • ポートフォリオが宿泊客のお金をいくら預かっているのか、1分で答えられる人がいない。これは負債であり、四半期のあらゆる大きな支出判断の前に知っておくべき数字です。数日かけて集計してから調べる数字ではありません。
  • 売上が誤った期に計上される。ある施設は入金月に前受金を計上し、別の施設は宿泊月に計上していると、第4四半期の連結売上は、ある箇所では膨らみ、別の箇所では不足し、しかも原因をたどることができません。
  • 法的リスクと顧客関係のリスクが同じ場所に集中する。正しく照合されていないイベント契約の保証金は、法人顧客との難しいやり取りの中で、たいていは最も都合の悪いタイミングで再び表面化します。
📌 午前中にできる、あなたのポートフォリオのためのテスト:各施設に、同じ時点での数字をちょうど2つ報告してもらいます。まだ到来していない宿泊日のために預かっている宿泊客のお金の合計と、支払いの一部を受け取ったものの、スケジュールどおりの全額はまだ受け取っていないイベント契約の件数です。この2つの数字を集めるのに1時間以上かかる、あるいは2つの施設がこの質問を異なる意味で理解するなら、ポートフォリオは前受金を管理できていません——しかも前受金が1年で最も大きくなる四半期にです。

第2部:ポートフォリオ全体で共通のデポジット規則

解決策は施設ごとに管理を締め付けることではなく、上記の5つの形がすべて同じ方法で記録されるよう、一つの規則を定めることにあります。これがポートフォリオの規模でのホテルの予約デポジット管理であり、4つの要素から成ります。

共通規則の4つの要素

  • 1. 前受金の共通分類表。個人の客室デポジット、イベント契約の保証金、団体ブロックのデポジット、一括前払い、代理店の保証金——種類ごとに1つのコードを割り当ててポートフォリオ全体で共通化し、「その他」の欄は設けません。この分類表があって初めて、全施設のレポートを積み重ねることができます。
  • 2. すべての入金を特定の対象に紐付ける。予約、団体ブロック、またはイベント契約——施設レベルで宙に浮いたままの金額があってはなりません。まだ紐付けられない金額は仮受金であり、仮受金の一覧は繁忙期には毎月ではなく毎日確認しなければなりません。
  • 3. 前受金を売上に振り替える時点を一つに定める。その時点とは宿泊客が実際に宿泊した夜、またはイベントが実際に開催された日であり、口座に入金された日ではありません。この規則はポートフォリオ全体に文書で通達し、施設ごとの例外を認めてはなりません。例外の一つひとつが連結時のずれになるからです。ここから帳簿へのつながりは、通達99号に基づくホテルチェーンの会計の記事で解説しています。
  • 4. 施設間で相互利用される金額に目印を付けるルール。ある施設で販売された前払い券が同じポートフォリオ内の別の施設で使われる場合、その金額は両側で識別できなければなりません。そうでなければ、ポートフォリオは連結レベルで同じお金を二重に計上してしまいます。
🔑 正しい順序、そして逆にはできない順序:まず分類の規則を定め、次にシステムを設定し、最後に連結レポートをつくります。各施設がまだ独自の方法で分類しているうちにポートフォリオ全体の前受金レポートをつくっても、足し合わない数字が早く表に出るだけです——そして管理できているという感覚を生み出します。それは、まだ管理できていないと自覚していることよりも危険です。

全施設が同じマルチプロパティ対応ホテル管理ソフトで運営されていれば、分類表は1か所にあり、自動的に適用されます。どの施設のフロントも通達されたコード一式からしか選べず、すべての入金は保存前に必ず対象へ紐付けなければなりません。施設ごとに異なるシステムを使っている場合でも規則はつくれますが、人の規律によって維持しなければならず、規律はまさに満室のときに最も早くすり減っていきます。

第3部:会議・イベント契約——複数回の支払い、一つの管理スケジュール

年末の会議やイベントを開催する契約は、個人予約と3つの基本的な点で異なります。金額が大きいこと、契約から開催までの期間が長いこと、そしてお金が複数回に分けて入ってくることです。この3つが重なることで、独特のリスク——忘れるというリスク——が生まれます。

すべての契約が紙の上だけでなくシステム上に持つべき4つのこと

  • 具体的な期日付きの分割支払いスケジュール。予約保証金、人数確定時の支払い、開催日前の支払い、イベント後の精算——支払いごとに1行、期日と予定金額を付けます。このスケジュールがシステム上にあって初めてアラートを出すことができます。担当者個人のファイルにあるなら、その人がファイルを開くかどうかに左右されます。
  • 各支払いに付随する条件。多くの契約では、一定の期日までに最低客室数と最低食数を確定することが定められており、その後の支払額はその確定数によって変わります。条件が支払い行の横に記録されていなければ、期日を過ぎてから思い出されることになります。
  • 各契約の追跡に責任を持つ担当者。部門ではなく、特定の個人名です。繁忙期に「部門」に属する仕事は、たいてい誰のものでもなくなります。
  • 契約と押さえている客室ブロックの連携。これが最も切れやすい環です。契約は営業の資料に、客室ブロックは運営システムにあり、契約の規模が変わっても客室ブロックはそれに合わせて変わりません。その結果、すでに縮小したイベントのために、繁忙期の真っただ中で客室が押さえられたままになります。

起きてからではなく、事前に決めておくべき3つの状況

  • 顧客がイベントを延期する。すでに受け取った金額を新しい日程に移せるかどうか、何回まで移せるか、利用期限があるか、そしてポートフォリオ内の別の施設に移せるかどうか。施設の変更を認める条項は設けておく価値があります。売上を完全に失うのではなく、ポートフォリオ内にとどめられるからです。
  • 実際の規模が約束より小さい。差額の計算方法を契約で明確にし、システム上で請求行として設定しておくべきです。精算時になって交渉するのではありません。
  • イベントが完全に中止される。前受金のうち返金しない部分と返金する部分を明確にしなければなりません。同じく重要なのは、中止が決まったその日のうちに客室ブロックを開放することです。繁忙期に開放が1日遅れるごとに、もう販売できない客室泊数が生じます。

第4部:多くの客室を押さえる団体——保留期限と削減スケジュール

団体ブロックは必要な販売手段であると同時に、繁忙期に在庫が最も多くロックされる場所でもあります。要点はとても単純です。期限も削減スケジュールもない客室ブロックは、本質的には無期限の約束です——小規模施設で電話で交わされる客室確保の約束とまったく同じで、ただ規模が何倍も大きいだけです。

すべての客室ブロックが持つべき5つのこと

  • 最終確定期限。契約時に合意した具体的な日付で、それを過ぎると未確定分は自動的に販売可能に戻ります。
  • 段階的な削減スケジュール。到着直前の一つの期日ではなく、複数の期日を設けて段階的に開放します。たとえば早い期日に一部を、遅い期日により多くを開放します。こうすれば、まだ再販売の時間があるうちに客室を市場に戻せます。
  • 空室とも販売済み客室とも異なる表示ステータス。料金を設定する人と販売を担当する人が、どれが本当に空いている客室で、どれが未確定ブロックのために押さえられている客室なのかを、画面上ですぐに区別できなければなりません。
  • 各ブロックの実際のピックアップ率の追跡。いつも使う以上に押さえる取引先がいることは、次のシーズンの契約前に知っておくべき情報であり、システムが記録していなければ得られません。
  • 開放された客室のルール。すぐに一般販売に戻すのか、まずキャンセル待ちのために確保するのか——事前に決めておけば、担当者が繁忙期の最中に誰かに確認する必要はありません。

法人の取引先と向き合う際の伝え方について一言。保留期限と削減スケジュールは厳しさではなく、施設が今後のシーズンにもその取引先のために客室を確保し続けるための条件です。ほとんどの法人顧客はこのやり方に慣れており、契約時に明確に伝えれば受け入れてくれます。不満を生むのは、後から出てくる条件だけです。

第5部:複数施設が同時に繁忙期に入ったときの共通客室在庫

1施設だけのポートフォリオでは、在庫は社内の問題です。複数施設が同じ週に満室になるポートフォリオでは、それは調整の問題になります——そして十分に見えてさえいれば、単独のホテルに対してポートフォリオが本当の強みを持つ場所でもあります。

ポートフォリオ全体の在庫が見えて初めてできる4つのこと

  • 断るのではなく、ポートフォリオ内の別の施設へ宿泊客を案内する。ある施設がある夜に満室で、同じエリアの別の施設にまだ空きがある場合、宿泊客をポートフォリオ内にとどめられるのは、担当者が宿泊客と話しているその場で相手の施設の在庫を見られるときだけです。電話で問い合わせた後ではありません。
  • 団体ブロックを施設間で振り分ける。大きな団体は近くの2つの施設に分けることができます。その判断には、両施設の在庫と押さえ済みブロックを示す一つの画面が必要です。
  • ポートフォリオ全体で満室が近い夜を早めに把握する。3つの施設が同じ夜に満室になりそうだと1週間前に分かれば、まだ多くの手が打てます——未確定ブロックの再調整、追加の客室タイプの開放、季節スタッフの配置調整などです。満室になってから分かっても、記録することしかできません。
  • 販売できない客室を3種類に分けて扱う。長期の販売停止客室、一時的に準備が整っていない客室、未確定ブロックのために押さえられている客室は3つの異なるものであり、異なる表示にしなければなりません。まとめてしまうと、ポートフォリオの販売可能客室数は最初から誤り、それに基づくあらゆる判断がずれてしまいます。

繁忙期の料金に関する2つの原則

  • 繁忙期に入る前に、シーズン別・イベント別の複数の料金プランを設定しておく。担当者は忙しい最中に一件ずつ自分で判断するのではなく、期間に応じて承認済みの料金プランを選びます。誤った期待を避けるために明記しておくと、これは期間ごとに料金プランを準備して適用することであり、市場に合わせて料金を自動調整する機能ではありません——その機能は近日公開のラベルとともにロードマップにあります。
  • 市場が変わっても、契約で約束した料金はそのまま維持する。当たり前に聞こえますが、記憶ではなくシステムの設定で保証する必要があります。繁忙期には広範囲の料金変更が、すでに契約済みの客室ブロックにまで簡単に及んでしまうからです。

第6部:まとめの表——繁忙期にどこでつまずき、どう対処するか

ポートフォリオの状況つまずく点ポートフォリオへの影響対処法
施設ごとにデポジットの受け方が異なる前受金の共通分類表がない合算できず、ポートフォリオが宿泊客のお金をいくら預かっているか誰も分からない共通の分類表を1つ定め、「その他」の欄をなくし、全施設に適用する
対象に紐付いていない入金入金はあるが、予約・ブロック・契約に紐付いていない仮受金が残り、法人顧客との照合時に争いになる保存時に対象の紐付けを必須にし、繁忙期は仮受金一覧を毎日確認する
売上計上の時点入金日で計上する施設と、宿泊日で計上する施設がある第4四半期の売上が膨らむと同時に不足し、原因をたどれないポートフォリオ全体で一つの時点:宿泊客が実際に宿泊した夜、またはイベントが実際に開催された日
複数回払いのイベント契約支払いスケジュールが担当者個人のファイルにある期日の支払いを忘れ、開催直前になって気づく各回の支払いを期日・条件・責任者とともにシステムに登録する
契約の規模変更客室ブロックが契約に合わせて変わらない縮小したイベントのために、繁忙期の真っただ中で客室を押さえ続ける契約と客室ブロックを連携させ、規模の変更はすべて両側に反映する
団体ブロック確定期限も削減スケジュールもない客室が無期限にロックされ、再販売に間に合わない時期に開放される最終確定期限と複数の段階的な開放日を設け、未確定分は自動的に販売可能に戻す
販売できない客室販売停止客室、一時的に準備が整っていない客室、ブロック保留中の客室をまとめて扱う販売可能客室数が根本から誤り、それに基づく判断がすべてずれる3つのステータスを分け、販売画面で異なる表示にする
1つの施設が満室ポートフォリオ内の他施設の在庫が見えない他の施設に空きがあるのに宿泊客を断ってしまう宿泊客と話しながらその場で確認できる、ポートフォリオ全体の在庫画面
広範囲の料金変更契約済みの客室ブロックにまで及んでしまう法人顧客との約束を破ってしまう契約料金を操作者の記憶ではなく、システムの設定で保護する

第7部:繁忙期に経営陣が毎日見るべき6つの数字

最も忙しい数週間には、月次レポートでは遅すぎ、完全なレポートでは長すぎます。以下は、施設ごとのレベルとポートフォリオのレベルで毎日見ることをおすすめする6つの数字です。

6つの数字

  • 1. まだ到来していない宿泊日のために預かっている宿泊客のお金の合計。これは資金源ではなく負債であり、四半期のあらゆる大きな支出判断の前に知っておくべき数字です。
  • 2. どの対象にも紐付いていない入金の件数。繁忙期には毎日の終わりにこの数字がゼロでなければなりません。
  • 3. 期日を過ぎた、または今後7日以内に期日を迎える契約の支払い件数。各行に責任者の名前を付けます。
  • 4. 未確定ブロックのために押さえられている客室数(今後の削減期日ごと)。これは取り戻せる在庫であり、早く見えていなければ間に合いません。
  • 5. 今後2週間でポートフォリオ全体が満室に近づく夜。週単位ではなく夜単位で見ます。調整は具体的な一夜ごとに行われるからです。
  • 6. 販売できない客室数(3つのステータス別)。繁忙期の最中に一時的に準備が整っていない客室が異常に増えたら、その日のうちに介入すべきサインです。

この6つの数字は運営の層に属します。オーナーと取締役会にとってふさわしい閲覧層は、合意済みの経営指標だけを表示する専用の閲覧専用アプリです——この2つの層の役割分担はチェーン全体を1つのダッシュボードでの記事で詳しく解説しており、業績指標の基になる損益計算書の構成はUSALI基準の記事にあります。

第8部:繁忙期に入る前にやるべきこと

以下の順序には意図があります。最初の4つは経営判断で、ほとんど費用がかからず、1回の会議で済みます。後の3つはシステムの設定で、各施設が慣れる時間を確保できるよう、早めに始めるべきです。

4つの経営判断

  • 項目1 — 前受金の共通分類表を定める。ポートフォリオ全体を対象に、各種類の定義を一文で添えます。
  • 項目2 — 前受金を売上に振り替える時点を定める。一つの時点のみとし、施設ごとの例外は設けません。
  • 項目3 — シーズン全体のイベント契約について、延期・規模縮小・中止の方針を確定する。ポートフォリオ内の別の施設への変更に関する条項も含めます。
  • 項目4 — すべての団体ブロックの確定期限と削減スケジュールを標準化する。これらの期日を毎回交渉し直すのではなく、契約書のひな形に組み込みます。

3つの設定作業

  • 項目5 — 各契約の支払いスケジュールをシステムに登録する。期日前のアラートと責任者の名前を付けます。
  • 項目6 — ポートフォリオ全体の在庫画面を有効にする。全施設の販売担当者が使えるようにし、販売できない客室の3つのステータスを分けます。
  • 項目7 — シーズン別・イベント別の料金プランを事前に設定する。同時に、契約済みの客室ブロックの料金をロックし、広範囲の料金変更が及ばないようにします。

年末の繁忙期を前に、あなたのポートフォリオのどこに穴があるか知りたいですか?

ポートフォリオ内の各施設が前受金をどのように分類し、イベント契約の支払いスケジュールをどう追跡し、団体ブロックにどのような期限を設けているかを、DiHotelチームにお知らせください。本記事の4つの要素から成る規則に照らして確認し、経営判断で解決できる箇所と、一つのプラットフォームに統合すべき箇所を明確にお示しします——契約の話をする前にです。

結論

年末の会議・イベントの繁忙期は、複数施設のポートフォリオに新しい問題を生み出すわけではありません。まだ統一されていない箇所を、1年で最も大きな金額の規模で、一度に露呈させるだけです。結果を左右するのは、逆にはできない順序での3つのことです。ポートフォリオ全体で共通の前受金分類規則と、売上に振り替える一つの時点。すべての入金とすべての契約の支払いをシステム上に置き、対象と責任者に紐付けること。そして押さえたすべての客室に期限と開放スケジュールを持たせることを、一つの共通在庫画面で見えるようにすることです。1つ目は経営判断であり、ほとんど費用がかかりません。残りの2つは、基盤となるプラットフォームが本当の違いを生む部分です。

この層で業務を担うのはAIホテル管理ソフトDiHotelです。4〜5つ星ホテル、リゾート、チェーンのための基幹プラットフォームとして、ベトナムと日本の市場で20年以上にわたり開発・実証され、現在300以上の宿泊施設で利用されています。ポートフォリオの複数施設が同時に繁忙期に入るとき、連結の層を担うのはマルチプロパティ対応ホテル管理ソフトです。同じ分類表、同じ計上時点、そしてポートフォリオ全体で一つの共通在庫画面です。

ポートフォリオにミニホテル、ゲストハウス、ホームステイ、サービスアパートメントなど、一人が予約もデポジットも受け付ける小規模施設が含まれているなら、DiCloud Blogの同時期の記事がまさにその状況に向けて書かれています。年末の繁忙期:小規模ホテルが客室の二重予約を防ぐには——二重予約につながる4つの経路、1件のデポジットを扱う7ステップの手順、そして繁忙期前の10日間のチェックリストです。その規模では、クラウドAIホテル管理ソフトDiCloudと総合ホテル管理ソリューションが妥当な出発点であり、施設がDiHotelの階層へ移行してもポートフォリオは1か所に連結されたままです。複数のチャネルで販売している小規模施設にとっては、在庫を一つの情報源で管理するオンラインAIホテル管理ソフトが、繁忙期に入る前の最低条件です。

BIDV
VNPay
ZaloPay
Momo
Yanolja
SweetSoft
ATM アカデミーのオンライン トレーニング
ファンティエット大学
ダラット単科大学
ニャチャン観光単科大学
ホンバン国際大学
東亜大学
キエンザン大学
クイニョン大学
フエ観光単科大学
ブンタウ観光単科大学
ハノイ社会科学人文大学
ハノイ観光単科大学
ハノイ文化大学
ハイフォン観光単科大学
東アジア工科大学
ベトナム女性学院
ハノイ首都大学

お問い合わせ