はい。Booking Ninjasは、1つのSalesforceベースのプラットフォームから複数のプロパティ、支店、サイト、またはその他の場所をサポートできます。
場所は同一である必要はありません。それぞれが独自のスペース、予約、スタッフ、ルール、またはレポートを持つことができ、管理者は組織全体の広い視野を得ることができます。正確な設定は、場所がどのように連携するかによって異なります。
場所間で共有できるものは何ですか?
- 組織が1つの共有履歴を望む場合の顧客、ゲスト、メンバー、または会社の記録。
- 共通の予約ルールまたはワークフローステップ。
- 標準レポートおよびダッシュボード定義。
- 同じである場合の共有サービス、リソース、またはビジネスルール。
- 複数の場所にわたる管理アクセス。
Booking Ninjasの予約管理ページでは、プロパティ、地域、場所間の集中予約可視性について説明しています。
各場所で異なることができるものは何ですか?
| エリア | 共有できるもの | 場所特有のもの |
|---|---|---|
| 予約 | 共通の予約プロセスと中央の可視性。 | 異なるスペース、スケジュール、キャパシティ、またはローカルルール。 |
| ユーザー | 管理者は場所間でアクセスできます。 | ローカルスタッフは必要な記録に制限されることがあります。 |
| 価格設定 | ビジネスが使用する共通の価格ルール。 | 必要に応じて異なる料金、税金、手数料、または製品。 |
| 報告 | 組織全体の1つのビュー。 | 1つのサイト、プロパティ、または地域のレポート。 |
ユーザーはどのように正しい場所を確認できますか?
Salesforceは、ユーザーがどの記録を表示および変更できるかを制御する役割、共有、および権限ツールを提供します。これにより、ローカルユーザーは狭いビューを持ち、地域または本社のユーザーは必要に応じて広いビューを持つことができます。
アクセスモデルは実際の仕事に従うべきです。1つのサイトで働く人は、同じプラットフォームを使用しているからといって、すべての場所を自動的に見るべきではありません。
場所はどのように整理されていますか?
構造は組織の運営方法に一致する必要があります。企業は、いくつかのプロパティ、支店、建物、またはサイトを持つ親組織を持つ場合があります。
Salesforceは、複数の場所を持つ組織のために親子関係を使用します。同じアイデアは、Booking Ninjasの記録を設計する際にも役立ちます:広い組織を可視化しつつ、各場所に独自のアイデンティティと履歴を持たせます。
予約はどのように分離されますか?
予約は正しいスペース、ユニット、サービス、またはリソースにリンクされる必要があります。これにより、プラットフォームは各場所の可用性とキャパシティを確認でき、すべての場所を1つの共有プールとして扱うことはありません。
管理者は、報告が広い視野を必要とする場合に、場所間の予約活動を確認できます。
複数の場所の設定はいつより複雑になりますか?
- 場所が非常に異なる予約または請求ルールを使用している。
- ユーザーが場所間を移動し、各場所で異なるアクセスが必要。
- 各サイトが異なる外部システムまたは統合を持っている。
- 組織がローカルレポートとクリーンなグループ全体のビューの両方を必要としている。
- 顧客またはメンバー情報が場合によっては共有されますが、他の場合はローカルです。
これらの質問は、すべての場所が正確にコピーされるべきだと仮定するのではなく、実装中に決定されるべきです。
複数の場所の例はどこで見ることができますか?
Booking Ninjasは、複数のプロパティやサイトを含むいくつかの運営モデルをサポートしています。例についてはBooking Ninjasソリューションを参照し、組織全体で共有データとワークフローがどのように機能するかについてはBooking Ninjasがビジネスの異なる部分を接続する方法を参照してください。
出典とさらなる読み物
- Booking Ninjas: 予約管理 — Booking Ninjasが複数のプロパティ、地域、場所間での集中予約可視性をサポートしていることを示しています。
- Salesforceヘルプ: アカウントの複数の場所を管理する — 複数のオフィスや場所を持つ組織のための親子構造を説明しています。
- Salesforce Trailhead: 役割階層と記録アクセス — ユーザー役割が記録へのアクセスを制御する方法を説明しています。
出典は一般的な複数の場所モデルをサポートします。正確なBooking Ninjasの構造は、組織の場所、ユーザー、およびワークフローによって異なります。