
ホテルソフトの切り替え:ドアロックと交換機の再接続
5つ星ホテルが管理ソフトを変えるとき、変わるのはフロントの画面だけではありません。フロントの裏側には、ドアロック、交換機(PBX)、通話料金計算、客室テレビ、セントラル空調があり、それぞれにメーカー、世代、保守業者があります。そのため、施設管理責任者が最初に尋ねるのはたいてい「切り替えるとき、これらの接続はどう再接続され、誰が作業し、誰が費用を負担するのか」です。短く答えると:
🔌 DiHotelはドアロック、交換機、通話料金計算、IPTV、セントラル空調システムとの接続を実運用しています。ドアロックについて:
- 導入チームがロックメーカーのSDK(メーカーが提供する接続用ツールキット)を再利用して接続し、古いカードを使い続けられます。
- ロックメーカーが未接続の場合:メーカーのSDKを使って構築します。接続料金は契約金額に含まれるため、DiHotelは追加料金を請求しません。
- 条件:メーカーがSDKを提供すること。正確な機種を確認しないうちに「どのブランドでも接続できる」と約束すべきではありません。
「0円乗り換え」パッケージには、ドアロックと交換機の接続は含まれません。パッケージの範囲は第7部に記載しています。
本記事は、4〜5つ星ホテル、リゾート、複数施設を持つチェーンの総支配人、施設管理責任者、経理責任者、オーナー向けです。PMSの接続先、交換機が送るデータと料金がインボイスに届くまで、複数メーカーを抱えるチェーンの作業の組み立て方、メーカーに要求すべき書類、施設ごとの作業順序、どのベンダーにも使える評価表を扱います。本記事では機器メーカー名を挙げません。
第1部:PMSの接続先 — ドアロック、交換機、通話料金計算、IPTV、セントラル空調
それぞれの接続は、ホテル内の具体的な業務に結びついています。ソフトの切り替えを計画するときは、機器名だけでなく、その業務で一覧にします:
| 接続 | 接続に結びつく業務 | 切り替え時に確認すること |
|---|---|---|
| ドアロック | チェックイン時に正しい客室とチェックアウト日のカードを発行する。延泊や部屋移動もPMS上で行え、ロックメーカーのソフトを開く必要がない | メーカーが該当ロック機種のSDKを提供するか、エンコーダー、滞在中ゲストのカード |
| 交換機(PBX) | 客室内線の通話データの発生源 | 交換機の世代、データの出力方法、保守担当者 |
| 通話料金計算 | 一般に、客室通話の料金を計算し、ゲストの請求に計上する | 通話料金表、内線と客室の対応、1日分の通話の照合 |
| 客室テレビ(IPTV) | 客室テレビシステムとPMSの接続 | 施設の機種でやり取りする内容、保守担当者 |
| セントラル空調システム | DiHotelで客室をチェックインすると、その客室の空調が自動でオンになる | 各施設のシステム、接続方法、空室での試験 |
ここでの「実運用中」は接続のグループを指します。市場のすべての機種が接続済みという意味ではありません。正確な機種と世代は、確定する前にホテルでの調査が必要です。これはDiHotelのどの導入形態でも同じです。
DiHotelホテル管理システムのページでは、電話交換機とIPTVとの連携に触れています。ここではソフトを変更する際の再接続だけを扱います。
これらの接続を最初から計画に入れるべき理由
これらの機器は費用をかけて施設に組み込まれたものなので、ソフトを変えるだけのために交換したい人はいません。しかし古い接続は古いシステムのために作られたものなので、PMSが変われば新しいソフト側で接続を作り直す必要があります。切り替え直前にこれが判明すると、フロントはメーカーのソフトでカードを発行し、経理は通話料金を手作業で追加し、各部門は最初のシフトを電話で確認し合って過ごすことになります。メーカーや旧システムの落ち度ではなく、その作業が計画に入っていなかっただけです。
第2部:交換機が送るデータと、通話料金がインボイスに届くまで
これらの接続のうち、交換機と通話料金計算はソフトの議論で最後に話題になりがちですが、ゲストのお金に関わります。一般に、交換機は通話データ(どの内線、どの番号、いつ、どのくらいの時間)を出力し、通話料金計算はそのデータとホテルの料金表から金額を算出して該当客室の請求に計上し、チェックアウト時には通話料金が他の項目とともに請求に載ります。
ソフトを変えるときは、次の4点を確認する価値があります:
- 交換機の世代と出力方法。ゲストの番号を伏せた通話データの実サンプルを求め、導入チームが実際の形式を確認できるようにします。
- 内線と客室の対応。改装、客室統合、番号変更を行ったホテルでは、現在の客室構成と合わない内線がいくつかあることがよくあります。接続前に見直します。
- 料金表。新しいソフトに入力し直し、無料の内線通話を含めて経理が確認します。
- 1日分の通話の照合。実際の1日を取り、交換機データと客室請求の間で通話件数と金額を比較します。差があれば、切り替え前に理由を突き止めます。
経理向けの最後の点:切り替えの前後に発生する費用を誰がどのシステムで計上するかを明確に決め、漏れや二重計上を防ぎます。請求の分割と会社およびゲストへのインボイス発行については、団体チェックアウト:会社分とゲスト分の請求をどう分けるかで扱っています。
第3部:複数施設のチェーン — 複数のロックメーカー、複数の機器世代
チェーンの場合、「どのロックブランドを使っているか」に一つの答えはありません。買収した施設は古いブランドを持ち込むことがあり、一部改装した施設では同じ建物に2世代のロックが混在することもあります。同じメーカーでもエンコーダーの世代が違えば答えが変わることがあります。整理する方法は、チェーン全体で一つの表を作り、1施設1行、1接続1列にすることです:
| 施設 | ドアロック | 交換機、通話料金計算 | IPTV、セントラル空調 |
|---|---|---|---|
| 施設A | メーカー、機種、オンラインまたはオフラインのロック、エンコーダー世代、ドア数 | 交換機の世代、出力方法 | 有無、保守担当者 |
| 施設B | ロックが2世代なら2行に分ける | 客室番号と合わない内線 | 有無、保守担当者 |
| 施設C | メーカーがSDKを提供するか、回答日 | 通話データのサンプルが届いたか | 調査済みか |
この表で経営陣は3点を同時に把握できます:どのロック機種がすでに接続済みか、どれが新規接続を要するか、どれがSDKについてまだ回答がないか。費用については、メーカー側にまだ接続がなくても、DiHotelは自社側の接続に追加料金を請求しません。予算に見積もるべき項目は、ライセンス、エンコーダー、保守業者の工賃などメーカー側のものです。それらはメーカーに確認すべきことで、本記事では推測しません。
表に記録しておく価値のある違いの一つは、ロックがオンラインかオフラインかです。延泊も部屋移動もDiHotel上で行えます。オンラインロックならそれで完了しますが、オフラインロックではゲストがカードをフロントに持参して書き換える必要があるため、オフラインロックの施設はフロントに事前に伝え、ゲストに案内できるようにします。
1施設がSDKで止まったとき
ある施設のメーカーがSDKを提供しない場合、その施設の接続は当面できません。1施設がチェーン全体を止めるべきではありません。経営陣はその施設をロードマップの最後に回し、メーカーや設置業者との協議を続け、機器の選択肢はソフトの判断とは別に、その施設の個別の投資判断として扱うことができます。
第4部:接続を作る前にメーカーに要求すべき書類
接続の進み具合は、書類がいつ届くかに大きく左右されます。所要時間はメーカーや機種によって異なるため、本記事では日数を示しません。言えるのは、書類が早く届くほどホテルが主導権を持てるということです。要求すべきもの:
ロックメーカーまたは設置業者から
- 該当ロック機種のSDKと手引き、およびそのバージョン。
- SDKの利用条件、ライセンスの有無、メーカー側の費用の有無。
- 使用中のエンコーダーの詳細と、このエンコーダーを使い続けられるかの書面での回答。
- 切り替え日に滞在中ゲストのカードを作り直す必要があるかの書面での回答。
- 技術担当の連絡先と、当日メーカーの立ち会いが必要かどうか。
交換機、客室テレビ、セントラル空調の業者から
- 交換機:世代、通話データの出力方法、ゲストの番号を伏せた実データのサンプル、客室別の内線一覧。
- 客室テレビ:システムの機種、接続書類、技術担当の連絡先。
- セントラル空調:システムの機種、接続書類、ゾーンと客室の対応、技術担当の連絡先。
ホテルから
- 現在の客室構成(運用どおりの客室名と番号)。
- 有効な機器保守契約(ソフトの変更に関わる条項がないかの確認のため)。
- ホテルを代表して各業者とやり取りする権限を持つ担当者1名。
第5部:施設ごとの作業順序
チェーンは1施設ずつ切り替えるべきです。各施設では、接続は次の順序で進め、時間数ではなく「完了の基準」を目印にします:
| ステップ | 作業 | 完了の基準 |
|---|---|---|
| 1. 調査 | 施設の機器表を記入し、写真を撮り、連絡先を記録する | 施設の総支配人が表を確認する |
| 2. 書類の要求 | 第4部の一覧を各メーカーと業者に送る | どの機種にSDKがあり、どれにないかが明確になる |
| 3. 接続の構築 | 導入チームがメーカーのSDKと書類から接続を構築する | 接続が試験環境で動作する |
| 4. 空室での試験 | 試験チェックインを1回:カードでドアが開く、空調がオンになる、試験通話が請求に届く、調査範囲内の客室テレビ | 各部門が結果を承認する |
| 5. データ移行 | 将来の予約、滞在中ゲスト、残高をプロジェクト計画に沿って移行する | 数値が一致し、記録に署名する |
| 6. 接続の移行(1回) | 選んだ時間帯に、各担当者が待機して行う | 空室での再試験に合格する |
| 7. 最初のシフトの監視 | カード、料金、機器に関する問題をすべて記録する | 解決済みの問題一覧を次の施設に引き継ぐ |
接続の移行は1回で行い、同じ機器に対して2つのシステムを同時に動かすことはありません。チェーンのソフト切り替え:OTAチャネルの再接続は必要かのOTAチャネル接続の移行と同じ考え方です。データと残高については、経理責任者向けの残高確定記録と10ステップの移行チェックリストで扱っています。
最初の施設には、機器の書類が明確で、現場に技術者がいる施設を選びます。そこで得た知見、特にロックメーカーの回答は、同じメーカーを使う後続の施設のために記録します。繁忙期や大型団体のチェックイン日は切り替え日を避けます。
❓ 本記事が答えない質問。各施設のシステムごとに確認してください:
- フロントのカードエンコーダーは使い続けられるか?
- 切り替え日に滞在中ゲストのカードを作り直す必要があるか?
- 特定の機種の接続にどのくらい時間がかかるか?
- メーカーはSDK、ライセンス、サポート作業に料金を請求するか?
いずれも切り替え前に、メーカーと導入チームから書面で回答を得るべきです。
第6部:新しいソフトを選ぶための接続評価表
下の表はDiHotelを含むどのベンダーにも使えます。「接続できますか」と尋ねる代わりに、1行ずつ根拠を求めます:
| 質問 | 求める根拠 | さらに質問が必要なサイン |
|---|---|---|
| どの機器グループと接続しているか? | 稼働中のホテルで接続している機種の一覧 | グループ名だけで機種がない |
| 自社の機種は接続済みか? | 施設ごとのメーカー、機種、世代による確認 | 誰も確認しないうちに「問題ないはず」と答える |
| 未接続の場合はどうなるか? | メーカーのSDKに基づく方法と明示された条件 | 条件への言及がない |
| 接続料金はどう扱うか? | 契約書の明確な記載 | 料金が口頭でしか語られない |
| 古いカードとエンコーダーは? | 該当ロックシステムについての書面での回答 | どのシステムにも同じ答えをする |
| 通話料金はどう請求に届くか? | 実データ1日分での試験と金額の照合 | サンプルデータでの実演のみ |
| 誰が何に責任を持つか? | 責任分担表:ベンダー、メーカー、ホテル | 障害時に誰が誰に連絡するか不明確 |
| 接続をどう移行するか? | 1回で移行する計画、「完了の基準」、代替手段 | 書面の計画がない |
この表はチェーン向けベンダー審査の基準と合わせて使ってください。オーナーと総支配人は、どの点を契約に入れ、どの点を調査記録に入れるだけでよいかを判断できます。
第7部:「0円乗り換え」パッケージと接続作業
50室以上のホテル、または2施設以上のチェーンで、旧来のオンプレミス型ソフトを使っており、2027年6月30日までに契約を締結する場合、「0円乗り換え」パッケージには、データ移行0円、旧システムを3〜6か月読み取り専用で参照可能、パッケージ条件のもとで二重に支払わない、残高確定記録、部門別トレーニングが含まれます。
第8部:接続についてDiHotelが行うこと、行わないこと
- 実運用中:ドアロック、交換機、通話料金計算、IPTV、セントラル空調システムとの接続。
- ドアロック:導入チームがロックメーカーのSDKを再利用して接続し、古いカードを使い続けられます。
- 未接続の場合:メーカーのSDKを使って構築し、追加の接続料金はかかりません。
- セントラル空調:チェックイン時に客室の空調が自動でオンになります。
- 接続の移行:1回で行い、並行稼働はしません。
DiHotelがホテルに代わって決められないこと:メーカーがSDKを提供するかどうか、機器の保証や修理。これらはホテルとメーカーまたは保守業者との契約に属します。
貴施設ではどの機器を使っていますか?
施設別の機器表(メーカー、機種、世代)をDiHotelチームにお送りください。どの機種が接続済みか、どの機種がSDKからの新規接続を要するか、メーカーに何を求めるべきかをご案内します。
よくある質問
DiHotelは現在、どのホテルシステムと接続していますか?
DiHotelはドアロック、交換機、通話料金計算、IPTV、セントラル空調システムとの接続を実運用しています。各施設の正確な機種と世代は、確定する前にホテルでの調査が必要です。
DiHotelに切り替えた後も古いキーカードを使えますか?
はい。ロックメーカーがSDK(接続用ツールキット)を提供することが条件です。導入チームがロックメーカーのSDKを再利用して接続し、古いカードを使い続けられます。
ロックメーカーがDiHotelと未接続の場合、追加料金はかかりますか?
導入チームがロックメーカーのSDKを使って接続を構築し、接続料金は契約金額に含まれるためDiHotelは追加請求しません。条件はロックメーカーがSDKを提供することです。ロックメーカーがSDKやライセンスに別途料金を請求するかどうかは、ロックメーカーに確認してください。
「0円乗り換え」パッケージにドアロックと交換機の接続は含まれますか?
いいえ。「0円乗り換え」パッケージにはドアロックと交換機の接続は含まれません。このパッケージは、50室以上のホテルまたは2施設以上のチェーンで、旧来のオンプレミス型ソフトを使っており、2027年6月30日までに契約を締結する場合に適用されます。
セントラル空調の接続は何をしますか?
フロントがDiHotelでゲストをチェックインすると、その客室の空調が自動でオンになります。各施設のセントラル空調システムは調査時に確認してください。
切り替え日に滞在中ゲストのカードを作り直す必要がありますか?
ロック機種によるため、一律の答えはまだありません。各施設のロック機種とエンコーダー世代を書き留め、契約前にロックメーカーと導入チームに確認し、書面で回答を得てください。
まとめ
ホテルソフトの切り替えは、ドアロックや交換機の交換を意味しません。ソフト側の接続を作り直します:ドアロックはメーカーのSDKを再利用し、古いカードを使い続けられます。未接続の場合はSDKから新規に構築し、追加の接続料金はかかりません。条件はメーカーがSDKを提供することで、回答は各施設の正確な機種に基づく必要があります。チェーン共通の機器表、一つの書類一覧、空室での試験チェックイン1回で、切り替えを管理できます。
DiHotelは、ベトナムと日本で20年以上ホテル向けソフトウェアを開発し、300以上の宿泊施設にサービスを提供しているDiHotel Solutions Corpsの製品です。AIホテル管理ソフトウェアであり、4〜5つ星ホテル、リゾート、チェーンのための原点となるプラットフォームとして、DiHotelはキーカード連携ホテル管理ソフトウェアでもあり、交換機、通話料金計算、IPTV、セントラル空調システムとも接続します。
キーカードロックを使うミニホテル、ゲストハウス、民泊については、DiCloud Blogの姉妹記事がよくある質問を取り上げています:ホテルソフトの切り替え:古いキーカードは使い続けられるか?(英語)。その規模では、DiCloudはクラウドAIホテル管理ソフトウェアであり、オンラインAIホテル管理ソフトウェアです。ポートフォリオ内でまだ表計算ソフトを使っている小規模施設は、DiCloud Blogのホテル管理ソフトの切り替えガイドで、Excelからの手順を確認できます(英語)。
私たちのパートナー



















