ホテル・宿泊ITエンジニア転職ガイド

ホテル・宿泊ITは、PMS（宿泊管理）、チェックイン、客室状態、ハウスキーピング、会員、施設内決済、ドアロック連携が求人に現れます。小売店舗ITは店舗POSと売場、旅行テックはOTA・予約エンジン（在庫の卸側）が中心です。宿泊は「その日の客室オペと滞在中のサービス」がドメインです。稼働率などの経営指標は掲載しません。

PMS

Property Management System。予約取込、客室割当、会計、状態管理です。OTAの予約エンジンそのものではありません。

客室オペ

清掃状態、インルーム、ドアキー、当日変更です。小売の棚卸とは時間粒度が違います。

OTA連携（施設側）

チャネルマネージャ経由の在庫・予約取込です。旅行テック記事のエンジン側とは立場が異なります。

滞在者情報

宿泊者の個人情報です。取り扱いは社内規程と個人情報保護委員会の案内を入口にします。

宿泊周辺でも、館内店舗、OTA在庫、フロント画面が混在します。宿泊ITはPMSと滞在オペに焦点を当てます。小売店舗IT（売場・POS）、旅行テック（予約エンジン・キャンセル規定）、フロントエンド（画面実装一般）との境界を表で整理します。同バッチの旅行テック記事は予約側、このページは施設オペ側です。

• 主な問い：宿泊IT側は「今日の客室は正しく割当・清掃できるか」。隣接側は「売場は営業できるか / 予約は規定どおり確定できるか」。
• 成果物：宿泊IT側は「PMS、フロント、客室状態、会員」。隣接側は「POS・発注 / 予約エンジン・キャンセル規定」。
• 在庫：宿泊IT側は「その日の部屋（施設側）」。隣接側は「SKU / 卸在庫・座席（OTA側）」。
• 障害：宿泊IT側は「二重予約取込、キー発行失敗」。隣接側は「レジ停止 / 在庫戻し漏れ」。
• 面談：宿泊IT側は「チャネル取込と当日オペの順序」。隣接側は「店舗NW / 多通貨規定」。
• 混同しやすい求人：宿泊IT側は「「ホテル」とだけ書かれたOTA」。隣接側は「館内売店POS / 旅行メディア」。

宿泊IT求人は、PMS、オペレーション、スマートロック、会員、React等のキーワードが並びます。製品名より、当日キャンセル時の客室状態、OTA在庫との二重更新、個人情報の権限が通るかを読んでください。

• PMS／客室／会員／OTA取込のどこかを言える
• 店舗IT・旅行テックとの違いを説明できる
• 当日変更または取込障害の1例がある
• 稼働率などの経営指標を書いていない
• 宿泊者情報の扱いを入口として確認した

job tagで情報処理職を対応づけます。宿泊者情報は個人情報保護委員会の案内を入口にします。IPAのDX資料はサービス業デジタル化の参照です。稼働率は転記しません。

宿泊ITでは、ツール名の羅列より、自分が判断した範囲の説明が先です。秘密情報は一般化し、確認できない数字は書きません。

1. 01
   滞在フローを1枚描く

   取込、割当、滞在、会計、チェックアウトを矢印でつなぎ、担当に色を付けます。

2. 02
   取込または当日変更の1例

   二重取込、ノーショー、部屋変更のいずれか1例を一般化します。稼働率は書きません。

3. 03
   隣接の除外

   館内POS、OTAエンジン、旅行メディアは隣接として明記します。

4. 04
   個人情報メモ

   宿泊者情報の画面と権限を一般化し、保護委員会案内の入口をメモします。

宿泊ITの応募可否は、肩書や媒体の並び順ではなく、次の順で切り分けます。

• 求人が施設PMSか、店舗POSか、OTAエンジンかを切り分ける
• 滞在フロー上の担当を一文にする
• 取込障害または当日変更の例があるか確認する
• 旅行テック記事（同バッチ）との立場の違いを言語化する
• 稼働率・RevPARを経歴から外す
• 情シス系とプロダクト系の相談先を分け、重複を防ぐ

宿泊ITは媒体によってWeb、店舗、情シスに分類されます。施設オペ寄りとアプリ寄りの相談先を併用し、4サービスで重複応募を避けます。

• 宿泊プロダクト

  Geekly、レバテックキャリアでPMSとOTA求人の切り分けを依頼します。

• チェーン情シス

  社内SE転職ナビでホテルグループの社内ITを探す場合。フロント常駐の有無を確認します。

• スカウト

  TechClipsエージェントでWeb・宿泊が混ざる場合、施設オペか予約エンジンかを分けます。

相談先を複数使う場合は、企業名・求人ID・応募経路を一覧にして重複応募を防いでください。転職支援とスカウトでは受けられる支援が異なるため、同じ基準で単純比較せず、目的に合う窓口を選びます。

• 店舗ITと同一視

  POS・売場は小売店舗ITです。客室状態とPMSの有無を書いてください。

• 旅行テックと混同

  OTAエンジンは旅行テックです。このページは施設側の取込と滞在オペです。

• 稼働率の創作

  RevPARや稼働率は経営指標です。IT経歴に転記しません。

応募前1週間は、予約取込〜滞在〜チェックアウトの流れ1枚、OTAとの差分、店舗ITとの差分、面談質問を準備します。

1. 01
   月〜火：図と実例

   滞在フロー図と障害1例を清書します。

2. 02
   水〜木：求人比較

   3件をPMS/OTA/店舗/フロントで分類します。

3. 03
   金：面談質問

   チャネル取込、キー、個人情報の質問を書き出します。

4. 04
   週末：経歴と相談先

   指標数字を外し、重複応募表を作ります。

宿泊ITの用語は、公式資料の定義と求人票の言葉がズレることがあります。次の表で、経歴に書く粒度と求人票での確認先を揃えてください。

宿泊ITでは、媒体記事より公式資料を先に開き、分からない点だけを相談先と公式窓口に分けます。

1. 01
   厚生労働省 職業情報提供サイト（job tag）IT・通信の仕事

   情報処理職の説明を、宿泊IT経験の対応づけに使う 一方で、ホテルITの公式定義や稼働率の根拠にしない

2. 02
   個人情報保護委員会

   宿泊者情報の取り扱いを考える入口にする 一方で、個別PMSの適法性は断定しない

3. 03
   IPA デジタルトランスフォーメーション（DX）

   サービス業のデジタル化の考え方の参照にする 一方で、RevPARや満足度の数値を転記しない

• 手順1：求人が施設PMSか、店舗POSか、OTAエンジンかを切り分ける
• 手順2：滞在フロー上の担当を一文にする
• 手順3：取込障害または当日変更の例があるか確認する
• 手順4：旅行テック記事（同バッチ）との立場の違いを言語化する
• 手順5：稼働率・RevPARを経歴から外す
• 手順6：情シス系とプロダクト系の相談先を分け、重複を防ぐ

• PMS／客室／会員／OTA取込のどこかを言える
• 店舗IT・旅行テックとの違いを説明できる
• 当日変更または取込障害の1例がある
• 稼働率などの経営指標を書いていない
• 宿泊者情報の扱いを入口として確認した
• 棚卸し「滞在フローを1枚描く」を経歴の1行にした
• 棚卸し「取込または当日変更の1例」を経歴の1行にした
• 棚卸し「隣接の除外」を経歴の1行にした
• 棚卸し「個人情報メモ」を経歴の1行にした

• 避けること：店舗ITと同一視

  POS・売場は小売店舗ITです。客室状態とPMSの有無を書いてください。

• 避けること：旅行テックと混同

  OTAエンジンは旅行テックです。このページは施設側の取込と滞在オペです。

• 避けること：稼働率の創作

  RevPARや稼働率は経営指標です。IT経歴に転記しません。