Так. Booking Ninjas може підтримувати організації з кількома об'єктами, філіями, сайтами або іншими локаціями з однієї платформи на базі Salesforce.
Локації не повинні бути ідентичними. Кожна з них може мати свої власні простори, бронювання, персонал, правила або звіти, в той час як управління все ще отримує ширшу картину по організації. Точна настройка залежить від того, як локації працюють разом.
Що можна поділити між локаціями?
- Записи клієнтів, гостей, членів або компаній, коли організація хоче одну спільну історію.
- Загальні правила бронювання або етапи робочого процесу.
- Стандартні звіти та визначення панелей.
- Спільні послуги, ресурси або бізнес-правила, де вони однакові.
- Доступ управління через кілька локацій.
Сторінка Управління бронюванням Booking Ninjas описує централізовану видимість бронювання між об'єктами, регіонами та локаціями.
Що може залишитися різним на кожній локації?
| Область | Може бути спільним | Може бути специфічним для локації |
|---|---|---|
| Бронювання | Загальний процес бронювання та центральна видимість. | Різні простори, розклади, ємність або місцеві правила. |
| Користувачі | Менеджери можуть мати доступ через локації. | Місцевий персонал може бути обмежений до записів, які їм потрібні. |
| Ціни | Загальні правила ціноутворення, де бізнес їх використовує. | Різні тарифи, податки, збори або продукти, де це потрібно. |
| Звітність | Один погляд на всю організацію. | Звіти для одного сайту, об'єкта або регіону. |
Як користувачі можуть бачити правильні локації?
Salesforce надає інструменти ролей, спільного доступу та дозволів, які контролюють, які записи користувач може бачити та змінювати. Це означає, що місцевому користувачу можна надати вужчий погляд, тоді як регіональний або головний офіс може мати ширший погляд, коли налаштування цього вимагає.
Модель доступу повинна відповідати реальній роботі. Людина, що працює на одному сайті, не повинна автоматично бачити кожну локацію лише тому, що вона використовує ту ж платформу.
Як організовані локації?
Структура повинна відповідати тому, як працює організація. Компанія може мати материнську організацію з кількома об'єктами, філіями, будівлями або сайтами під нею.
Salesforce використовує відносини батька та дитини для організацій з кількома локаціями. Та ж ідея корисна при проектуванні записів Booking Ninjas: зберігайте ширшу організацію видимою, надаючи кожній локації свою власну ідентичність та історію.
Як бронювання залишаються окремими?
Бронювання повинно бути пов'язане з правильним простором, одиницею, послугою або ресурсом. Це дозволяє платформі перевіряти доступність та ємність правильної локації, а не розглядати кожну локацію як один спільний пул.
Управління все ще може переглядати активність бронювання між локаціями, коли звітність потребує ширшої картини.
Коли налаштування кількох локацій стає більш складним?
- Локації використовують дуже різні правила бронювання або виставлення рахунків.
- Користувачі переміщуються між локаціями та потребують різного доступу в кожній з них.
- Кожен сайт має різні зовнішні системи або інтеграції.
- Організація потребує як місцевих звітів, так і чистого групового огляду.
- Інформація про клієнтів або членів у деяких випадках є спільною, але в інших - місцевою.
Ці питання слід вирішувати під час впровадження, а не припускати, що кожну локацію слід копіювати точно.
Де ви можете побачити приклади кількох локацій?
Booking Ninjas підтримує кілька моделей роботи, які можуть включати кілька об'єктів або сайтів. Перегляньте Рішення Booking Ninjas для прикладів та дивіться Як Booking Ninjas з'єднує різні частини бізнесу для того, як спільні дані та робочі процеси можуть працювати в організації.
Джерела та подальше читання
- Booking Ninjas: Управління бронюванням — стверджує, що Booking Ninjas підтримує централізовану видимість бронювання між кількома об'єктами, регіонами та локаціями.
- Salesforce Help: Керування кількома локаціями для облікового запису — пояснює структури батька та дитини для організацій з кількома офісами або локаціями.
- Salesforce Trailhead: Ієрархія ролей та доступ до записів — пояснює, як ролі користувачів допомагають контролювати доступ до записів.
Джерела підтримують загальну модель кількох локацій. Точна структура Booking Ninjas залежить від локацій, користувачів та робочих процесів організації.