真に連携するホスピタリティPOSシステム

ホスピタリティビジネスは、部屋の支払い以上の処理を行います。レストラン、バー、スパ、小売店、アクティビティ、レンタル、アメニティ、その他のサービスはすべて、顧客と広範な運営に接続されたままである必要がある取引を作成できます。

ホスピタリティPOSシステムとは何ですか？

ホスピタリティポイントオブセールシステムは、顧客体験中に販売される製品やサービスの取引を記録し、処理します。

ビジネスによっては、これらの取引は次のようなものから来る場合があります：

POSは取引に責任があります。広範なホスピタリティプラットフォームは、その取引に関する運営コンテキストを提供します。

Booking Ninjas' ポイントオブセール 取引を顧客、予約、サービス、在庫、支払い、報告と接続し、そのSalesforceネイティブの運営環境内で行います。

POS取引はどのようにプロパティの運営に接続すべきですか？

POSとPMSの違いは何ですか？

ポイントオブセールシステムとプロパティ管理システムは、ホスピタリティ運営の異なる部分を処理します。

どちらのシステムも、他のシステムのすべての機能を実行することを期待されるべきではありません。重要な質問は、完全な顧客および運営ワークフローに必要な記録が接続されたままであるかどうかです。

なぜPOS-PMS統合が重要なのか？

切り離されたPOSは、支払いを成功裏に処理できる一方で、プロパティチームに追加の作業を残す可能性があります。

スタッフは、ゲストを再度特定したり、請求を再入力したり、別々の取引記録を調整したり、別のシステムを更新したり、報告のために後で関係を再構築したりする必要があるかもしれません。

統合は、適切な取引データが広範なプロパティワークフローに移動できるようにすることで、この断片化を減少させます。

ゲストの請求はどのように滞在に接続すべきですか？

ホテルやリゾートの環境では、購入は無関係な取引として決済されるのではなく、アクティブなゲストアカウントまたは予約に関連付けられる必要があります。

したがって、システムは、請求がどのゲスト、予約、サービス、および財務記録に属するかを判断するための十分なコンテキストを必要とします。

Booking Ninjasは、POS取引を予約、サービス、顧客、および関連する運営記録に接続します。正確なルームチャージ、投稿、決済、または承認のワークフローは、プロパティの構成と支払いアーキテクチャに依存します。

POSはどのように請求と支払いに接続しますか？

POSと支払い処理は密接に関連していますが、同じものではありません。

POSは商業取引を記録します：購入されたもの、金額、および関連する取引コンテキスト。支払い処理は、適用される支払い方法とプロバイダーを通じて、どのようにお金が承認され、収集されるかを処理します。

Booking Ninjas' 請求 & 支払い 環境は、財務活動を予約、顧客、サービス、および運営記録と接続します。

これにより、即時に支払われる取引や、最終決済前にアカウントに関連付けられたままである必要がある財務ワークフローをサポートできます。

現代のホスピタリティPOSはどのような支払い方法をサポートできますか？

利用可能な方法は、POSの構成、支払いプロバイダー、地域、ハードウェア、および実装に依存します。

Booking Ninjas'ポイントオブセールは、カード、現金、デジタルウォレット、分割支払い、デポジットなどの方法を含む取引ワークフローをサポートし、外部の支払いプロセッサはサポートされている統合を通じて接続できます。

オペレーターは、POS自体がすべてのサポートされている支払い方法を決定することを前提とするのではなく、完全な支払いアーキテクチャを評価する必要があります。

POS在庫はプロパティの可用性とどのように異なりますか？

ホスピタリティビジネスは、少なくとも2つの非常に異なるタイプの在庫を管理できます。

接続されたプラットフォームは、製品の販売、サービス、予約、財務活動が同じ広範な運営の状況に寄与できるようにしながら、区別を保持できます。

なぜPOS取引を顧客プロファイルに接続するのか？

取引はオペレーターに何が購入されたかを伝えます。それを適切な顧客記録に接続することで、関係の文脈が追加されます。

これにより、予約、サービス、メンバーシップ、またはすでに運用プラットフォームで利用可能な他の顧客活動に沿った関連する購入履歴を理解することが可能になります。

これは、すべての取引が自動的にマーケティングに使用されるべきであるとか、1回の購入が永続的な顧客の好みを証明することを意味するわけではありません。

POSは複数の店舗や場所でどのように機能しますか？

大規模なホスピタリティオペレーションは、1つのプロパティ内に複数の店舗を持ち、ポートフォリオ全体にわたって複数のプロパティを持つことがあります。

有用な取引モデルは次のことを区別するべきです：

Booking Ninjasのポイントオブセールは、取引の可視性、役割ベースのコントロール、価格設定および税構造、設定された環境内でのロケーションレベルの報告を含むマルチロケーションオペレーションをサポートします。

返金や取引調整はどのように処理すべきですか？

ホスピタリティ取引は、必ずしも元の販売で終わるわけではありません。プロパティは、返金、逆転、修正、または他の調整を処理する必要があるかもしれません。

これらの行動は、単に履歴記録を置き換えるのではなく、元の取引との関係を保持するべきです。

Booking Ninjasは、取引履歴と監査可能性を持つ返金および逆転ワークフローをPOS環境内でサポートします。

組織は、調整を承認または実行する権限を持つ者と、例外がどのようにレビューされるかを定義するべきです。

ホスピタリティビジネスはPOSデータから何を測定すべきですか？

POS報告の価値は、単に総売上を見ることではありません。取引データは、より具体的な運用上の質問に答えるのに役立ちます。

Booking Ninjasの インサイト 機能は、関連する取引情報をより広範な顧客、運用、財務記録と組み合わせて、報告および意思決定のサポートを提供します。

これらの報告は運用および商業的な決定をサポートできますが、必ずしも収益の増加、コンバージョン、顧客満足度、または収益性を保証するものではありません。

AIはPOS分析にどのように適合しますか？

取引記録に十分な構造と文脈がある場合、AIおよび分析モデルはデータの解釈をサポートできます。

利用可能な情報と設定されたユースケースに応じて、これには次のものが含まれる場合があります：

AIの出力は意思決定のサポートとして扱うべきです。予測とパターンは、利用可能な履歴、データの質、仮定、設定、および運用環境に依存します。

ホスピタリティPOSについてどのようなセキュリティの質問をすべきですか？

支払い取引は敏感な財務および顧客情報を含むため、POSアーキテクチャは支払い処理、ユーザー権限、統合、デバイス、および組織のセキュリティコントロールと共にレビューされるべきです。

オペレーターは次のことを理解するべきです：

支払いカードのコンプライアンスは、POSまたはPMSがセキュリティ機能を持っているからといって自動的であるとは説明されるべきではありません。適用される要件は、支払いアーキテクチャ、プロセッサ、システム、データフロー、実装、および組織の責任に依存します。

ホスピタリティビジネスは既存のPOSを保持できますか？

はい。既存のPOSを置き換える必要は必ずしもありません。

プロパティはすでに運用要件を満たすレストラン、小売、スパ、または専門のPOSを持っているかもしれません。

その場合、必要な取引、顧客、財務、在庫、および予約の文脈がシステム間で信頼性を持って移動できるかどうかが問題になります。

Booking Ninjasは、外部システム接続をサポートします。 統合 レイヤー。

正確な統合は、外部POS、利用可能なAPI、認証モデル、データ所有権、必要なワークフロー、および実装範囲に依存します。

POSは運用プラットフォームにネイティブであるべきか、それとも外部に統合されるべきか？

どちらのモデルも適切である可能性があります。

アーキテクチャの目的は、すべてのコストをかけて外部システムを排除することではありません。取引がシステムの境界を越えるときに運用の文脈を失わないようにすることです。

POS-PMS統合を実装する前に何を定義すべきですか？

1. 取引タイプをマッピングします。 ビジネスがレストラン、スパ、小売、アクティビティ、アメニティ、レンタル、その他の店舗で販売しているものを特定します。
2. 顧客と予約の関係を定義します。 取引がゲスト、予約、会社、メンバー、サービス、または他のアカウントに接続される必要があるときに決定します。
3. 支払いフローを設計します。 購入が即座に決済されるか、アカウントに関連付けられるか、他の請求ワークフローを通じて処理されるかを決定します。
4. 在庫をマッピングします。 製品在庫を予約可能なプロパティ在庫から分離し、どのイベントが各記録を変更するかを定義します。
5. 調整と例外を定義します。 返金、逆転、修正、失敗した統合、および手動介入のための承認ルールを確立します。
6. エンドツーエンドをテストします。 広範な展開の前に、販売から支払い、顧客または予約の関連付け、在庫、報告、および調整までの取引をテストします。

Booking NinjasはどのようにPOSをホスピタリティオペレーションに接続しますか？

Booking Ninjasは、 Salesforceネイティブの予約および運用プラットフォームです。 そのポイントオブセール機能は、別の取引データベースとして存在するのではなく、より広範なプラットフォーム環境内で機能します。

したがって、POS活動は、設定されたワークフローに従って、関連する顧客、予約、サービス、支払い、在庫、ロケーション、報告、および運用記録と接続されたままになります。

その ホスピタリティ 環境は、これらの取引の周りに予約とプロパティの文脈を追加しますが、外部の支払いプロセッサや専門システムは、必要に応じてアーキテクチャの一部として残ることができます。

よくある質問