用語解説 : アウト・オブ・オーダーとは

導入：概念の本質と現代的意義

編集部員

編集長、ホテルの現場に入ったばかりの新人が、インカムで「〇〇号室、今日からOOO（オーオーオー）で！」って言われてパニックになるケースがすごく多いみたいです。トイレに駆け込んでこっそりスマホで調べる単語の筆頭らしいですよ。

編集長

なるほど、確かに「OOO」は響きだけだと意味がさっぱり分からないからね。でもこれ、ホテル運営やレベニューマネジメント、さらにはホテルのDX（デジタルトランスフォーメーション）を語る上でも、ものすごく重要な「一丁目一番地」の言葉なんだよ。単なる故障部屋の登録だと思ったら大間違いなんだ。

ホテルのフロントに配属されて数日目、慌ただしくインカムが飛び交う夕方のチェックインピーク帯に、先輩スタッフから「305号室、エアコンから水漏れしてるから、今日からOOOでPMS入力しといて！」という指示が飛んでくることがあります。

「オーオーオー……？」と頭の中に疑問符が浮かびつつも、現場の緊迫した空気に押されて「あ、はい！」と返事をしてしまった新人スタッフは少なくないはずです。慌ててバックヤードや個室トイレに駆け込み、スマートフォンで「ホテル OOO」と検索する――。本稿は、まさにそんな現場の焦りを一瞬で解消し、さらに一歩進んで「ホテル経営の根幹」に関わる重要知識へと昇華させるための実践的ガイドです。

ホテル業界における「OOO」とは、「Out of Order（アウト・オブ・オーダー）」の略称であり、日本語では「故障部屋」「売止（うりどめ）部屋」などと訳されます。これは、客室内の設備不良、破損、異臭、重篤な汚れなどにより、ゲストに客室を提供できない（販売してはならない）状態を指す業界共通の専門用語です。

しかし、単なる「部屋の故障報告」として捉えているうちは、まだホテルのプロフェッショナルとは言えません。現代のホテルビジネスにおいて、OOOは「ホテルの販売可能在庫（インベントリ）を物理的に削る行為」であり、ホテルの総売上や稼働率、さらには客室単価のコントロールにダイレクトに影響を与える「経営・レベニューマネジメントの最重要ファクター」なのです。

建物を伴う宿泊業において、客室は「1日経てば消滅してしまう生鮮商品」です。今日売れなかった部屋を明日に繰り越して2倍売ることはできません。そのため、1室がOOOになるということは、その日の最大収益のポテンシャルが強制的に引き下げられることを意味します。人手不足が叫ばれ、効率的なアセットマネジメントが求められる現代において、OOOをいかに迅速に処理し、システム上でどうコントロールするかは、ホテルの生産性を左右する極めて重要なテーマとなっています。

同義語・類義語・関連指標の整理

編集部員

故障して売れない部屋という意味なら、似たような言葉で「OOS」っていうのも聞いたことがあります。OOOとOOSって、何が違うんでしょうか？ どっちも売れない部屋ですよね……？

編集長

そこが新人が最も間違えやすく、かつ支配人クラスの試験でも絶対に突っ込まれるポイントだ。OOOとOOSの決定的な違いはね、ホテルの「総販売可能客室数（売る部屋の分母）」からその部屋を引き算するかどうか、んだよ。これでホテルの最重要指標である『客室稼働率（OCC）』の計算がガラッと変わってしまうんだ。

現場での指示を正確に理解し、PMS（ホテル管理システム）への入力を間違えないためには、OOOと混同しやすい類似用語や、その周辺にある指標との境界線を明確に引いておく必要があります。特に次に紹介する「OOS」との違いは、実務の売上計算やアセットマネジメントにおいて極めて大きな意味を持ちます。

1. OOO（Out of Order）と OOS（Out of Service）の決定的な違い

現場のベテランでも混同しているケースがありますが、システム上および経営上の扱いは180度異なります。その違いは「ホテルの総販売可能客室数（分母）から除外するか否か」にあります。

• OOO（Out of Order）： 壁の穴、水回りの詰まり、エアコンの完全停止など、本格的な修繕工事や部品交換が必要で、数日〜数週間にわたり販売できない部屋。PMS上の処理として、ホテルの「総客室数（分母）」からその部屋を引き算します。
• OOS（Out of Service）： 電球切れ、リモコンの電池不足、軽微な壁の汚れ、あるいは「本日のみ清掃スタッフが足りず、物理的に清掃が回らない（レイバーショート）」といった理由で、一時的に販売を止める部屋。こちらは「総客室数（分母）」からは除外せず、あくまで当日の販売を保留する扱いになります。

この違いがなぜ重要かというと、ホテルの最重要KPIである「客室稼働率（OCC）」の計算式が変わってしまうからです。

【客室稼働率（OCC）の計算式における影響】

・OOSの場合： 稼働率 ＝ 販売客室数 ÷ 総客室数
・OOOの場合： 稼働率 ＝ 販売客室数 ÷ （総客室数 － OOO室数）

つまり、OOOを設定すると分母が小さくなるため、同じ室数が売れていても「表面上の稼働率」は高く算出されます。一見すると稼働率が上がって良く見えるかもしれませんが、分母を減らすことは経営の最大出力を下げる行為であるため、厳格な管理が必要です。オーナーへの報告書などでは、この使い分けが非常にシビアにチェックされます。

2. サイトコントローラーにおける「売止（クローズ）」との違い

新人がよく起こすミスとして、PMSでOOOを設定しただけで安心してしまうケースがあります。「売止」とは、ねっぱやしやTL-リンカーン、TEMAIRAZUといったサイトコントローラー（複数のOTAや自社サイトの在庫を統括するシステム）上で、手動で特定の日の在庫をゼロにすることです。

現代のAPI連携されたPMSであれば、PMS側で「OOO」を入力すると自動的にサイトコントローラーの在庫が1減る仕組みが主流ですが、古いシステムや連携設定によっては、PMSとサイトコントローラーの双方で処理を行わなければ、外部の予約サイトからそのまま予約が突っ込んできてしまう（オーバーブッキングの原因になる）ため注意が必要です。

3. インスペクション（Inspection / 検収）との関係

OOOが解除され、再び「販売可能（Vacant Ready）」な状態に戻るためには、必ず「インスペクション（客室インスペ）」というプロセスを経ます。清掃責任者（ハウスキーパー）やフロントチーフが、修繕が完璧に終わっているか、ゲストを今すぐ案内できるクオリティに達しているかを現場で五感を使ってチェックし、PMS上のステータスを「OOO」から「Ready」へ変更することで、初めて部屋のライフサイクルが正常化します。

編集部員

なるほど！ OOOにすると、システム上の全体客室数からマイナスされるから、稼働率の計算まで変わっちゃうんですね。単に「壊れたから部屋を閉じます」じゃ済まない、経営指標へのインパクトがあるんだ……。

徹底解説：仕組みと構造

なぜホテルではOOOが発生するのでしょうか。そして、それが発生したとき、ホテルの「脳」であるPMSの内部ではどのようなデータ処理が行われているのでしょうか。仕組みと構造をディープに解剖します。

1. OOOが発生する4大原因

客室がOOOに追い込まれる原因は、大きく分けて以下の4つに分類されます。現場ではこれらの予兆をいかに早くキャッチするかが勝負となります。

2. PMS内部におけるデータ処理のアルゴリズム

現代のクラウド型PMSに「〇月〇日〜〇月〇日、405号室をOOOに設定」と入力すると、システム内部では以下のような連動処理がリアルタイムに走ります。

まず、室数計算のデータベースにおいて、指定期間の「Total Physical Rooms（物理的な総客室数）」からOOOの室数が減算され、「Total Available Rooms（販売可能客室数）」が再計算されます。この情報は、即座に自社予約エンジンおよび2way接続（双方向連携）されたサイトコントローラーに通知され、各OTAの販売可能残室数が自動的に「-1」されます。

同時に、ハウスキーピング側のタブレット端末やスマートフォンの専用アプリ画面において、該当客室のステータス背景色が「赤」や「グレー」などの「OOO表示」へと切り替わり、通常の清掃指示リストから自動的に除外、あるいは「特別メンテ室」としてのフラグが立ちます。これにより、フロントと清掃現場が「知らずにその部屋を清掃してしまう」「間違えてお客様をアサインしてしまう」といった、アナログ運用時代に多発していた手戻りや人為的ミスが、テクノロジーの力で構造的に防がれる仕組みになっています。

実務シナリオ：具体的な活用・計算例

編集部員

うわぁ……話を聞くだけでシステム連携の重要性がわかります。でも、もしこのPMSへの入力を新人がうっかり忘れて放置しちゃったら、現場ではどんな悲劇が起きるんですか……？

編集長

それはね……ホテルマンが最も恐れる『満室日のダブルブッキング（オーバーブッキング）』と『リロケーション（他宿振替）』の地獄絵図さ。具体的な数字を使って、どれだけ大損するかシミュレーションしてみようか。

ここからは、新人のあなた自身が現場で直面するかもしれない「リアルな失敗と教訓」をベースにした、100室の都市型ビジネスホテルでの実務シミュレーションを展開します。数値を用いて、OOOがホテルにどれだけの経済的インパクトを与えるかを計算してみましょう。

【現状の設定舞台】

• ホテルの規模：全100室（すべて同一ランクのスタンダードダブルとする）
• 本日の想定ADR（平均客室単価）：15,000円
• 本日の予約件数：100件（つまり、満室・予約ベース100%の状態）

現場で起きた悲劇：新人の入力漏れが引き起こしたオーバーブッキング

午前11時、チェックアウトしたばかりの502号室に入った清掃スタッフから、フロントに内線が入りました。「502号室のシャワーホースが根元から裂けていて、水を出したら壁に激しく噴き出します。今日は絶対に売れません！」

電話を受けた新人のA君は、「わかりました！業者を呼びます！」と答え、メモ帳に「502シャワー故障」と書き、外部の指定業者に修理の手配をしました。業者の到着は明日の午前中になるとのこと。しかし、A君はその後、次々とやってくる当日荷物の預かりや電話対応に追われ、PMSに502号室の「OOO設定」を入力するのを完全に忘れてしまいました。

これが何を意味するか。システム上、ホテルは「まだ100室売れる状態」のままです。サイトコントローラーも在庫を閉じていません。商機を逃さない自動調整システムが働き、午後13時、じゃらん経由で最後の1件の予約が滑り込み、予約数は「100件」に達しました。実際には502号室が使えないため、物理的に泊まれる部屋は「99室」しかありません。すなわち、「1室のオーバーブッキング（過剰予約）」が確定した瞬間です。

午後19時、フロントカウンターはチェックインのピークを迎えています。ついに部屋が足りなくなり、A君の先輩チーフが裏で血相を変えて近隣の競合ホテルに電話をかけ始めました。「お疲れ様です、〇〇ホテルの鈴木です。大変恐縮ですが、本日これから1名、リロケーション（他宿振替）をお受けいただける空室はございませんでしょうか……？」

OOOの不手際がもたらす「経済的損失」の計算

このたった1回の入力忘れ、あるいはOOOという状態の放置によって、ホテルは一体どれだけの損失を被るのでしょうか。具体的な計算式を用いて算出します。

他宿にゲストを振替える「リロケーション」が発生した場合、ホテルは以下のコストをすべて自腹で負担しなければなりません。これを「OOO不作為による二次損失」と呼びます。

【リロケーションに伴う実損害額の計算式】

① 振替先ホテルの当日の宿泊代金（当日料金のため高騰）： 18,000円
（※自社のADR15,000円より高い部屋しか空いていなかった場合、差額を含め全額自社負担が原則です。ゲストからは当初の15,000円しか頂戴しないため、自社は15,000円の売上を得て18,000円を支払うことになり、この時点でマイナス3,000円です）
② ゲストを振替先ホテルまで案内するタクシー代： 2,200円
③ お詫びとしてお渡しする菓子折り代、または次回優待券： 3,000円

直接的支出合計（①＋②＋③） ＝ 23,200円

これだけではありません。本来、502号室が正しく午前中からOOOに設定されていれば、最大予約数は「99件」でストップしていたはずです。その場合、ホテルは100室中99室が稼働し、99室×15,000円＝1,485,000円の売上を得て、何の問題もなく1日を終えていました。

しかし、今回のミスによって、全体の収支は以下のように歪んでしまいます。

・本来得られるはずだった99室分の正常な宿泊売上：1,485,000円
・100件目のゲストから受領した宿泊費：＋15,000円
・振替先ホテルへの支払い：－18,000円
・タクシー代およびお詫び費用：－5,200円
★本日の実質売上：1,476,800円（正常運用時より8,200円のマイナス）

「なんだ、1万円弱のマイナスか」と思うかもしれません。しかし、ここに「対応に追われたスタッフ2名の労働時間（時給換算で約3時間分＝約9,000円）」、さらに何より「当日になって突然別のホテルへ行かされたゲストが、OTAのクチコミ（GRIスコア）に書き込むであろう『星1つ』の壊滅的なレビューという、数値化不可能な長期的信頼の失墜」が上乗せされます。レビューの低下は、翌月以降のコンバージョン率（成約率）を下げ、ADR（客室単価）の切り下げ圧力を生みます。OOOの処理ひとつで、ホテルの未来の利益がどれほど脅かされるか、その恐ろしさが理解できるはずです。

修繕費（CAPEX/OPEX）と機会損失の天秤

逆に、マネジメント層（支配人やアセットマネージャー）の視点に立つと、OOOをいつまで引っ張るかという「修繕スピードと機会損失の天秤」の計算も実務で頻出します。

例えば、502号室のエアコンが完全に壊れ、交換に「20万円（CAPEX：資本的支出）」かかるとします。予算がないからと修理を1ヶ月（30日間）先延ばしにした場合、そのホテルが被る「機会損失額」は以下の数式で表されます。

機会損失額 ＝ OOO期間（30日） × 想定客室単価（15,000円） × 平均想定稼働率（80%）

30日 × 15,000円 × 0.8 ＝ 360,000円（の売上機会の完全消失）

20万円の修理代をケチって引き延ばした結果、その部屋を売ることで得られたはずの「36万円」の売上をドブに捨てたことになります（ホテルの限界利益率は非常に高いため、この売上の大部分が利益となります）。「今すぐ20万円を払って明後日までにOOOを解除させるべきである」という明確な経営判断は、このOOOの機会損失の計算構造を理解しているからこそ導き出せるのです。

編集部員

ガーン！！ たった一室の入力を忘れただけで、リロケの費用や人件費、クチコミ悪化のリスクまで背負うなんて……。しかも修理をケチると、かえって大赤字になるんですね。数字で見るとめちゃくちゃ怖いです……。

相関関係：ホテルエコシステム内での役割

現代のホテルテック環境において、OOOというデータは、PMSという狭いバケツの中だけに留まりません。ホテルの周辺テクノロジーと密接にスクラムを組んで稼働しています。その相関関係を見ていきましょう。

1. RMS（レベニューマネジメントシステム）との危険な連動

AIが過去のデータや市場の需要を予測して客室料金を自動変動させるRMSは、PMSから「残室数」のデータを吸い上げて価格を決めます。ここで面白い（そして注意すべき）現象が起きます。

ある日、突発的な水漏れ等で一度に「5室」のOOOが発生したとします。全体の在庫が100室から95室に減るため、RMSのアルゴリズムは「お、いつもより在庫の消化スピードが早いぞ！需要が急増している（満室が近い）！」と誤認し、残りの95室の販売価格（ADR）を自動的に吊り上げることがあります。適切に単価が上がって全体の売上がカバーできれば怪我の功名ですが、需要がそこまでない日に価格だけが高騰してしまい、結果として「他のお客様の予約すらピタッと止まってしまう」という二次災害を招くリスクもあります。最新のRMSでは、OOOによる在庫減少を自動で補正する機能を備えていますが、エコシステム間でのデータの伝播力はそれほど強力です。

2. レピュテーション（GRIスコア）の防波堤としての役割

「少し調子が悪い設備だけど、今日は満室でどうしてもお断りできないから、騙し騙しこの部屋にお客様を通してしまおう」――。これは現場のフロントマネージャーが最も誘惑に駆られやすく、保持すべきクオリティを妥協してしまう禁じ手です。エアコンから異音がする部屋に案内されたゲストは、滞在中に不快な思いをし、翌日トリップアドバイザーやGoogleマップに「最悪の滞在。二度と泊まらない。設備が壊れている」と書き込みます。

世界中のホテルが意識しているカスタマーサティスファクション指標であるGRI（Global Review Index）において、一度ついた低評価を覆すには、その後に何十件もの「星5つ」を獲得しなければなりません。不完全な部屋を無理に売るくらいなら、勇気を持って「OOO」に叩き込み、販売可能在庫から完全に隔離すること。それこそが、ホテルのブランド価値と長期的なレピュテーションを守るための、エコシステム上の防波堤なのです。

編集長

そう。だからこそOOOは『悪』ではなく、ブランドを守るための『正しい防衛策』んだよ。システムを正しく連携させて、悪い部屋をいかに速やかに市場から隠すかが、現代ホテルテックの重要な役割んだ。

メリット・デメリット・直面しやすい壁

客室をOOO（故障部屋）に設定することは、一見するとネガティブな処処に思えますが、適切な運用を行えば強力なメリットを生みます。一方で、運用の形骸化によって現場が直面する高い壁も存在します。

メリット：現場の心理的安全性と顧客体験（CX）の担保

最大のメリットは、システムが物理的に「販売不可」の壁を作ってくれるため、フロントスタッフが「間違えて壊れた部屋をアサインしてしまうかもしれない」という恐怖から解放される点です。また、清掃現場（ハウスキーピング）としても、メンテ待ちの部屋を通常のタイムスケジュールから切り離して管理できるため、効率的な人員配置（レイバーコントロール）が可能になります。結果として、不良客室が市場に流出するのを100%水際で防ぎ、ホテルの最低限のクオリティを死守することができます。

デメリット：硬直化したベンダーロックインとデータ更新のタイムラグ

古いオンプレミス型のPMSを使用しているホテルや、外部システムとのAPI連携が1日1回のバッチ処理（夜間にまとめてデータ同期する形式）になっているレガシーな環境では、現場でOOOを入力してからOTAの在庫が消えるまでに数時間のタイムラグが発生します。この「データの時差」こそが、満室日のオーバーブッキングの主犯です。また、システムの設定があまりに複雑すぎると、現場がOOOの入力を敬遠し、結果として「紙のノートにだけ故障部屋をメモする」という、一番危険なアナログ先祖返りを引き起こすデメリットがあります。

現場が直面しやすい壁：「万年OOO部屋」の発生とセクショナリズム

多くのホテルで直面する深刻な壁が、「フロント、ハウスキーピング、施設管理（エンジニアリング）の3者間における情報分断（サイロ化）」です。

清掃スタッフが故障を見つけて報告し、フロントがPMSにOOOを入れたものの、施設管理部門への修理依頼書が紙のままで滞り、いつまでも修理が行われない。フロントは「清掃側が直してくれるだろう」と思い、清掃側は「フロントが業者を呼んだだろう」と思い込む。その結果、PMS上には何週間も誰も使っていない、売上を1円も生まない「万年OOO部屋」が放置されることになります。

これを解消するためには、単にPMSに部屋を登録するだけでなく、「誰が、いつまでに修理し、誰がインスペクションして解除するか」のワークフローをデジタル上で一気通貫にタスク管理する仕組み（ホテル向けタスク管理ツールの導入など）が不可欠となります。

編集部員

あ、それ私の知り合いのホテルでも起きてました！「あの部屋、先月からずっとOOOのままだよね」みたいな部屋。セクション同士の連絡ミスで放置されちゃうの、本当にもったいないですね。

よくある質問（FAQ）

Q1. ゲストがチェックインした後に、部屋の設備不良でOOOにしなければならなくなった場合、PMS上はどう操作すればいいですか？

A. 実務で非常によくある「部屋替え（ルームチェンジ）」のシミュレーションですね。まず、PMS上でそのゲストを「別の同タイプ（またはアップグレードした）の空室」へとドラッグ＆ドロップ等の操作で部屋替え処理を行います。その後、元いた部屋のステータスを即座に「OOO」へ変更します。このとき、PMSのメモ欄に「〇〇様ご滞年中、テレビ不動のためルームチェンジ。〇月〇日修理業者手配済」と、理由と後続タスクを必ず残してください。これを怠ると、夜勤のスタッフが「なぜこの部屋がOOOなのか」分からず困惑することになります。

Q2. 満室の日に、どうしても避けられない重大な故障（天井からの漏水など）でOOOが発生してしまいました。近隣ホテルにも空室がありません。どうすればいいですか？

A. ホテルマンとしての腕の見せ所であり、最も胃が痛い瞬間です。まず、本日チェックイン予定のゲストリストを上から精査します。その中に「ノーショウ（無断不泊）になる可能性が比較的高い予約（例：事前決済ではなく現地払いで、かつ到着予定時刻を大幅に過ぎても連絡がつかない深夜到着の予約など）」がないかを確認します。また、当日のウォークイン（予約なしの飛び込み）を絶対に受け付けないよう、サイトコントローラーだけでなく、全てのOTAの管理画面を直接開いて手動で「在庫ゼロ（強制閉館処理）」にしてください。それでも部屋が足りない場合は、上司の指示を仰ぎ、誠心誠意のお詫びと共にリロケーションの手続きを進めます。

Q3. トイレの電球が切れただけなのですが、これでもOOO（アウト・オブ・オーダー）に設定すべきですか？

A. いいえ、その場合は「OOS（アウト・オブ・サービス）」で登録するか、ハウスキーピングのスタッフに連絡してその場ですぐに電球を交換してもらい、システムへの登録なし（数分で解決するタスク）で済ませるのが正解です。電球切れ程度でOOOにしてしまうと、前述の通りホテルの総客室数（分母）から除外されてしまい、当日の売り切るための価格戦略に不要な歪みを与えてしまいます。故障の深刻度に応じて「OOO」と「OOS」を厳格に使い分けることが、デキるホテルマンへの第一歩です。

Q4. インカムで「OOO（オーオーオー）」と言われたとき、英語圏のゲストにそのまま使っても通じますか？

A. 意味としては「Out of Order」なので通じますが、ゲストに対して直接「This room is OOO.」と言うのは、業界のバックヤードの専門用語（隠語）をそのまま使っていることになるため、あまりスマートではありません。ゲストに対してお部屋が用意できない旨を説明する際は、より丁寧で一般的な表現である「The room is currently unavailable due to maintenance.（メンテナンスのため、現在お部屋がご利用いただけません）」といったフレーズを使うのがプロフェッショナルな接客英会話です。

まとめ：次の一歩

編集部員

編集長、ありがとうございます！ インカムの『OOO』が、ホテルの在庫管理、売上、クチコミ、そして他システムとの連携まで全部繋がっていることがよく分かりました！ 次にインカムで聞いたら、一瞬でPMSに入力してタスクを回します！

編集長

その意気だ。OOOの本質を理解できれば、ただの新人作業員じゃなくて、ホテルの収益を支える一人前のプロフェッショナルさ。今回の知識を活かして、現場のDX化や業務効率化の提案まで視野を広げていこうね。

インカムの向こう側から聞こえる「OOO（オーオーオー）」という3文字。それは、単に「部屋が壊れていて使えない」という現場の業務報告の枠を遥かに超え、ホテルの在庫管理、売上金のコントロール、精度の高いアセットマネジメント、保持すべきクオリティの管理、そしてブランドレピュテーションの死守という、すべての経営レイヤーへと波及する「ホテルDXにおける最もエッセンシャルなシグナル」なのです。

もしあなたが次に現場でOOOの指示を受けたら、ただメモを取るだけでなく、以下のステップを頭の中で素早く組み立ててみてください。

1. 即座に入力： 1秒でも早くPMSにOOOを設定し、OTAからの不要な予約（オーバーブッキング）をシステム構造的に遮断する。
2. 理由の明記： 誰もが次のアクション（修理・手配）を起こせるよう、システムに詳細な原因と進捗をロギングし、セクション間のサイロ化を防ぐ。
3. 機会損失の意識： 「この部屋が1日止まるごとに、うちのホテルは〇万円の利益を失っている。どうすれば最短で Ready（販売可能）に戻せるか」という経営者の視点を持って、修理フローをプッシュする。

この意識を持てるようになったとき、あなたは単に指示通りに動く「新人スタッフ」から、ホテルの収益と品質を裏側からコントロールする「ホテルビジネスのプロフェッショナル」へと、確実な進化を遂げているはずです。さあ、スマートフォンの画面をポケットにしまい、背筋を伸ばして、もう一度インカムのスイッチを入れてフロントの舞台へと戻りましょう。

編集部員

今日も素晴らしい学びをありがとうございました！ これからもホテルDXや実務に役立つニッチな用語をたくさん掘り下げていきましょう！ 読者の皆さんも、ぜひ他の解説記事をチェックしてみてくださいね！