Oracle OPERA Cloudにソフトウェアを接続するほとんどの会話は、接続が存在するときに何ができるかに焦点を当てます。自動メッセージング、スマートアップセル、より高速なサービス復旧。Fewer の会話は、実際にその作品のいずれかを決定するものに焦点を当てます。両方のシステムが見ているゲストレコードが同じレコードであるかどうか。
これは小さな細かい事のように聞こえる.実際には知的に見えるAI層とホテルを静かに恥ずかしいものにする AI層の違いです戻ってくるお客様に新しい客として挨拶したり VIPの苦情を間違った部門に転送したりしますなぜなら読み取られたプロフィールが 3時間古いからです。
OHIPを通じた実際のデータの流れ
オラクルのホスピタリティ・インテグレーション・プラットフォーム(OHIP)は、OPERAクラウドの前に座っているAPIレイヤーです。接続されたシステムはPMSデータベースを直接読みません。REST エンドポイントは、予約、プロファイル、フォリオ、ハウスキーピングの状態、およびデータレートを呼び出します。また、PMS 側で何かが変更されたときに火災するイベント通知を購読する場合もあります。
接続されたシステムの流れを保つために2つの広いパターンがあります:
- ポーリング: 接続されたシステムは OHIP に間隔で (数分ごとに,またはスタッフがゲストプロフィールを開くときに要求に応じて) 問い合わせを行い,返した情報を自分のレコードのコピーと比較します.
- イベント主導の同期: OPERA Cloud は予約,プロファイル,またはフォリオが変更されたときに通知を押します.接続されたシステムはローカルコピーをほぼリアルタイムで更新します.
イベント主導の同期は高速で、ステープル読み取り回数を削減しますが、リスクの自由ではありません。通知は、注文から到着し、ネットワークのフリップ中に落とすか、同じ変更のために2回火災することができます。すべてのイベントを想定するシステムが、シーケンスでは、最終的に現実と一致しないゲストレコードを構築します。
宿泊者データに食い違いが生じる箇所
実際には、不一致はランダムに表示するのではなく、少数の予測可能なポイントの周りにクラスターする傾向があります。
プロフィールの統合と重複データの処理
OPERAはゲストごとに独自のプロファイルIDを維持していますが,レセプションデスクスタッフは常に重複したプロファイルを作成します.特にウォークインや略微異なる名前スペルのチャネルを通じて予約が到着する場合です.OPERAが2つのプロファイルを合併すると,接続されたシステムは,その合併イベントを正しく受信し処理する必要があります. そうでなければ,孤児化したプロファイルIDで動作し続け,そのゲストの滞在履歴,好み,または忠誠度層を静かに失います.
チェックイン・チェックアウト時の更新の時間差
予約の状態変更 (内部に予約,内部にチェックアウト) は,しばしば接続されたシステムがゲストが何をできるのか,できないかを決定するために使用するトリガーです.例えば,モバイルリクエストがハウスキーピングまたは予約に転送されるかどうか.接続層がイベントをすぐに受信するのではなく 10分ごとに投票すると,チェックインしたゲストは将来予約として扱われる窓があります.
料金・利用明細の項目が固定情報として扱われる問題
いくつかの統合では,予約時にプロファイルと予約データを一度取り出し,決して更新しません. 部屋タイプ,料金コード,または特別な要求などのフィールドを固定として処理します.客がカールセンターで日付を変更したり,リクエストを追加したりすると,PMSは即座に更新されますが,接続されたシステムのコピーでは,次の完全同期まで更新されません.
イラストケース:OPERAと一緒に3つのコネクティッドツールを使用して施設は、そのメッセージングプラットフォーム、そのアップセルエンジン、および各レビューレスポンスツールが異なる日付のわずかに異なるバージョンを保持したことを発見しました。
正確に同期されたデータが可能にすること
ホテルがこれらの欠陥を解決すれば接続されたシステムすべてが同じ最新プロフィールと予約状態から読み取れるようになるのです実用的な利益は目立つ機能ではなくゲストやスタッフの両方が感じる摩擦をなくすことです。
- チャットウィジェットでログインしたゲストのリクエストは正確な部屋番号,忠誠度レベル,滞在履歴が既に付属しているので,スタッフは質問する必要はありません. ホテルの回答はすでに知るべきです.
- サービス復旧は,古いレコードに適用される一般的なルールではなく,例えば既知の好みと組み合わせた遅延チェックインのような適切なタイミングで正しい信号によって起動します.
- 部門横断の報告は、それ自体に不一致を停止します。週の終わりに3つの輸出を再調整するのではなく、収入、フロント、およびゲストサービスは同じ占有率とプロファイル番号を見ることができます。
これは、レイヤーGadgetMallのヘルメスプラットフォームが動作するように構築されています:別のサイロでゲストデータを複製するのではなく、それはOHIPを介してOPERAクラウドに接続し、要求ルーティングとPMSが維持する同じライブレコードに縛られたゲストインテリジェンスを維持し、そのフロントデスク、ハウスキーピング、およびサービスの回復は3よりもむしろ真実の1つのバージョンから働いています。
新たな連携ツールを導入する前に確認すべきこと
以前は、新しいAIレイヤーをOPERAの上に追加する前に、ベンダーのマーケティングがカバーするのではなく、具体的な回答を短いリストに得る価値があります。
- ツールはイベント通知、ポーリング、または両方を使用し、PMSがどのように変化するのかを迅速に使用していますか?
- OPERAが2人のゲストプロファイルをマージするとき、その側に何が起こりますか?
- ドロップされたイベント通知または重複したイベント通知を処理する方法は?
- スタッフは、レコードのツールのコピーがOPERAに対して最終確認されたときに、一目で確認できますか?
これらの質問はどれも刺激的ではありません。接続されたシステムがホテルを客の前で鮮明に映し出しているのかそれともデータを静かに異なった場所に追加するかの判断もします。