ホテルチェーンのソフトウェア切り替え：OTAチャネルの再接続は必要？

第1部：チェーンのホテルソフトウェア切り替え——OTAチャネルのつなぎ直しは必要か

チェーンの場合、すべての施設に共通する一つの答えはありません。施設ごとに次の3つのケースに当てはめて確認します。

• DiHotelと接続済みのチャネルマネージャーを使っている施設。 OTAチャネルのつなぎ直しは不要です。必要な作業は、DiHotelの客室タイプと料金プランを事業者側とマッピングし、将来の予約を移し、照合してから、接続を一度だけ切り替えることです。
• 未接続のチャネルマネージャーを使っている施設。 その施設はチャネルマネージャーを変更する必要があります。チャネル上のアカウントと口コミは残りますが、各チャネルを新しい事業者につなぎ、別途の契約とマッピングを用意します。この施設の展開は長くなるため、後に回すのが適切です。
• チャネルマネージャーを使っていない施設（各チャネルの管理画面で手作業で客室を開け閉めしている施設）：管理システムの変更はチャネルに影響しません。予約を自動でDiHotelに取り込むには、接続済みのチャネルマネージャーが必要です。

買収や開業の時期が異なる施設は、それぞれ別の事業者を使っていることがあります。日程を話し合う前に、施設ごとの一覧表を作成してください。

第2部：3つの層——OTAチャネル、チャネルマネージャー、ホテル管理システム

• 第1層：OTAチャネル（例：Booking、Agoda）。各施設のアカウント、表示される客室タイプ、販売価格、キャンセルポリシー、口コミ、手数料契約を保持します。
• 第2層：チャネルマネージャー。各チャネルから予約を受け取り、客室タイプと料金プランのマッピング表を通じて空室数を各チャネルに送ります。
• 第3層：ホテル管理システム。フロント、予約、経理が業務を行う場所で、チャネルマネージャーと接続して予約を受け取り、空室を通知します。

ソフトウェアの切り替えとは第3層を替えることで、第1層には手を付けません。変わるのは第2層と第3層の間の接続です。チェーンでは、各施設がそれぞれのチャネル上でもチャネルマネージャー上でも独立したホテルなので、接続の切り替えも施設ごとの作業になります。

第3部：チャネルマネージャーを継続して使う条件と、契約前に確認すること

DiHotelは接続済みのチャネルマネージャーと双方向で接続します。予約はチャネルからDiHotelへ流れ、空室数はDiHotelから事業者を経由してチャネルへ流れます。これにより施設は、現在の事業者とその契約、事業者上のアカウントをそのまま維持できます。契約前に、施設ごとに次の点を確認してください。

• 使っているチャネルマネージャーはどの事業者か、接続済みチャネルマネージャーの一覧に入っているか。
• 事業者との契約はいつまでか、接続を切り替える際に事業者へ事前の通知が必要か。
• 施設がどのチャネルで、いくつの客室タイプと料金プランを販売しているか。営業は誰が担当し、事業者側の窓口は誰か。

チャネルマネージャーを変更しなければならない場合

チャネル上のアカウントと口コミはそのまま残ります。やり直しが必要なのは、各チャネルを新しい事業者につなぐことと、新しい事業者上でマッピング表を作ることです。この作業にかかる時間は新しい事業者と各チャネルによって異なるため、展開計画の中で別枠とし、繁忙期を避けてください。チャネルマネージャーの料金は、ホテルと事業者の間の個別契約に従います。

第4部：将来の予約と予約金をチャネルごとに移す

原則は「予約が先、接続は後」です。OTAからの予約、団体のブロック、法人契約に基づく予約、予約金を含め、施設の将来の予約はすべて、接続を切り替える前にDiHotelに入っていなければなりません。順序を逆にすると、チャネルに送られる空室数が誤って計算されます。

• チャネルの予約番号と予約経路を残す：DiHotel上の各予約に記録し、チャネル別に照合できるようにし、ゲストが予約番号を提示したときにフロントが予約を見つけられるようにします。
• 支払方法を区別する：チャネルへの事前払い、ホテルでの現地払い、予約金の直接振込を分け、フロントが過不足なく請求でき、経理がチャネルから入金される金額を正しく管理できるようにします。
• 先に試験移行、その後に本移行。 DiHotelはコピー上で試験移行を行い、データグループごとに照合し、ロールバックポイントを設けます。「切り替え0円」パッケージには試験移行2回と本移行1回が含まれます。各回の間に発生した新規予約やキャンセルは、切り替え時刻の直前に取得したコピーから本移行で反映します。

予約金は残高確定記録に入れます。経理責任者のための期首残高の確定の記事をご覧ください。会議シーズンの団体ブロックと仮押さえの期限については、会議シーズン：複数施設にわたる予約金と在庫の記事で扱っています。

第5部：客室タイプと料金プランのマッピング——営業担当とチャネルマネージャーの共同作業

各チャネルとの客室タイプと料金プランのマッピングは、各施設の営業担当がチャネルマネージャーのスタッフと一緒に行います。どの料金プランをどのチャネルで販売しているかを知っているのは彼らだからです。DiHotelの導入チームは、DiHotel側の設定がそれに合うよう支援します。まずチェーン全体で、DiHotel上の客室タイプ名、料金プラン、予約経路の共通ルールを決めてください。チャネル上の表示名を変える必要はなく、料金プランは引き続き施設ごとに設定します。

マッピング表は、切り替え日より前に事業者から書面で確認を取るべきです。朝食、夕食、送迎などのサービス付きパッケージを販売するリゾートでは、予約が正しいパッケージで入り、ゲストが受けられるサービスをフロントが把握できるよう、パッケージごとに個別のマッピングが必要です。

第6部：接続を切り替える前の3つのソースの照合

正しいOTA予約は、チャネルの管理画面（キャンセル済みの予約も含む）、チャネルマネージャー、DiHotelの3か所で一致していなければなりません。チャネルの予約番号をもとに、チャネルごと、施設ごとに照合します。よくあるずれは4種類です。チャネルにあるのにDiHotelにまだない予約、チャネルではキャンセル済みなのにDiHotelに残っている予約、ゲストがチャネル上で変更したために客室タイプや泊数が異なる予約、チャネルのプロモーションや支払方法のために金額が異なる予約です。

予約部門は予約を、経理は事前払いと予約金を照合します。接続を切り替えるのは、3つのソースが一致したとき、またはすべてのずれに担当者が決まったときだけです。切り替えの直前に、今後の日付について客室タイプ別の在庫のスクリーンショットを、チャネルマネージャー上と各チャネル上で撮っておき、切り替え後の比較の基準点にします。

第7部：接続の切り替え日——一度だけ、並行稼働はしない

チャネルマネージャーが空室数を受け取る管理システムは、同時に一つであるべきです。旧システムとDiHotelの両方が接続していると、一方の数字がもう一方の数字を上書きしてしまいます。そのため、チャネル接続は並行稼働させません。予約を先に移し、照合してから、施設にとって取引の少ない時間帯に接続を一度だけ切り替えます。その時点から、すべての新しい業務はDiHotelで記録します。

この表にはあえて時間数を書いていません。次の段階に進む目安は「完了の目安」の列です。

最初の数日間に在庫のずれを示すサインと対処法

• サイン：新規予約がないのに、ある客室タイプのチャネル上の空室がDiHotelと異なる。ある客室タイプが突然販売停止になる、または実際の室数より多く販売される。予約が誤った客室タイプや料金プランで入る。ゲストが提示したチャネルの予約番号をフロントが見つけられない。
• 対処法：スクリーンショットと比較する。オーバーブッキングのおそれがあれば、チャネル上またはチャネルマネージャー上でその客室タイプを一時的に閉じる。事業者とDiHotel導入チームに連絡する。まずマッピング表を確認する。漏れている予約はチャネルの予約番号を付けてすぐに入力する。

第8部：チェーンとリゾートのための施設ごとの展開

• 1施設ずつ切り替える。 最初の施設は、接続済みのチャネルマネージャーを使い、データが整っていて、営業チームが安定している施設とし、チェーン全体の手本にします。
• 同じ日に2施設の接続を切り替えない。各方面の窓口が集中できるようにするためです。
• 施設ごとの閑散期を選ぶ：ビーチリゾート、都市型ホテル、会議型ホテルでは繁忙期が異なります。
• チャネルマネージャーを変更しなければならない施設は後に回す。新しい事業者へのチャネル接続が完了してからにします。
• 最初の施設で得た教訓は、次の施設のための共通の準備リストに反映します。

ポートフォリオの中でまだ表計算ソフトで帳簿をつけている小規模な施設は、DiCloud Blogのホテル管理ソフトウェアの切り替えに関するExcelからの段階的なガイド（英語）を参考にできます。部門別の研修については、ホテルソフトウェア切り替え時のスタッフ研修を部門ごとにの記事をご覧ください。

第9部：オーナーと総支配人への報告、そして「切り替え0円」パッケージ

切り替えの間、オーナーと総支配人は、OTAからの予約が変わらず入っていることを知る必要があります。DiHotelに移行した各施設は、オーナーと総支配人向けの閲覧専用アプリDiOwnerに表示され、数字は基幹システムと一致します。DiHotelの予約経路別売上レポートを見れば、OTAチャネルがこれまでどおり貢献しているかどうかがわかります。まだ順番が来ていない施設は、従来の方法で報告を続けます。

客室数50室以上のホテル、または2施設以上のチェーンで、旧世代のオンプレミス型システムを使っており、2027年6月30日までに契約を締結する場合、「切り替え0円」パッケージには5つのお約束があります。

• 1. データ移行は0円：先に試験移行、データグループごとの照合、ロールバックポイントあり。
• 2. 旧システムを3〜6か月間閲覧専用で保持：旧システムは3〜6か月間、データ参照用に閲覧専用で残します。これはチャネルとの稼働中の接続ではありません。チャネル接続は一つのシステムでのみ稼働します。
• 3. 二重払いなし：旧システムの契約の残存期間（最大6か月）をDiHotelの利用期間に上乗せします。
• 4. 残高確定記録を本稼働前に双方が署名します。
• 5. 部門別研修：本稼働日に1名が現地でサポートします。

利用料は、現在旧システムに支払っている保守料を上回りません。当社は利用料の値引きはしません。詳しい条件は契約書に定めます。

ホテルチェーンがソフトウェアを切り替えるとき、OTAチャネルのつなぎ直しは必要ですか？

施設のチャネルマネージャーがDiHotelと接続済みであれば不要です。チャネル上のアカウントと口コミはそのままで、事業者と管理システムの間の接続だけが切り替わります。事業者が未接続の場合、その施設はチャネルマネージャーを変更し、各チャネルを新しい事業者につなぐ必要があります。

チェーン内の施設がそれぞれ別のチャネルマネージャーを使っている場合は？

接続済みチャネルマネージャーの一覧に照らして施設ごとに確認します。接続済みの事業者を使う施設から先に切り替え、事業者を変更しなければならない施設は、新しい事業者へのチャネル接続が完了してから後に回します。

旧システムとDiHotelを並行してチャネルマネージャーに接続しておくことはありますか？

ありません。2つのシステムが同時にチャネルへ空室数を送ると、一方の数字がもう一方を上書きします。予約を先にDiHotelへ移し、照合を終えてから接続を一度だけ切り替えます。旧システムは参照用に閲覧専用で残すだけです。

客室タイプと料金プランのマッピングは誰が担当しますか？

各施設の営業担当が、チャネルマネージャーのスタッフと一緒に行います。DiHotelの導入チームは、マッピング表に合わせてDiHotel上の客室タイプ、料金プラン、予約経路の設定を支援します。

チェーンはすべての施設のチャネル接続を一度に切り替えるべきですか、それとも1施設ずつですか？

1施設ずつで、同じ日に2施設を切り替えることはしません。最初の施設を手本とし、各施設はそれぞれの閑散期を選びます。

切り替えの間、オーナーと総支配人への報告は途切れますか？

切り替えを終えた施設は、オーナーと総支配人向けの閲覧専用アプリDiOwnerに表示され、数字は基幹システムと一致します。まだ順番が来ていない施設は、従来の方法で報告を続けます。