예약 닌자 여러 위치 지원?

예. 예약 닌자는 하나의 Salesforce 기반 플랫폼에서 여러 속성, 지점, 사이트 또는 기타 위치를 지원할 수 있습니다.

위치는 동일할 필요가 없습니다. 각 위치는 고유한 공간, 예약, 직원, 규칙 또는 보고서를 가질 수 있으며, 관리자는 여전히 조직 전체에 대한 넓은 시각을 유지할 수 있습니다. 정확한 설정은 위치가 어떻게 함께 작동하는지에 따라 다릅니다.

• 조직이 하나의 공유 기록을 원할 때 고객, 손님, 회원 또는 회사 기록.
• 공통 예약 규칙 또는 워크플로 단계.
• 표준 보고서 및 대시보드 정의.
• 같은 경우에 공유 서비스, 자원 또는 비즈니스 규칙.
• 여러 위치에 대한 관리 접근.

예약 닌자의 예약 관리 페이지는 속성, 지역 및 위치 간의 중앙 집중식 예약 가시성을 설명합니다.

Salesforce는 사용자가 볼 수 있고 변경할 수 있는 기록을 제어하는 역할, 공유 및 권한 도구를 제공합니다. 이는 지역 사용자가 더 좁은 보기를 가질 수 있고 지역 또는 본사 사용자가 설정이 필요할 때 더 넓은 보기를 가질 수 있음을 의미합니다.

접근 모델은 실제 작업을 따라야 합니다. 한 사이트에서 일하는 사람은 같은 플랫폼을 사용한다고 해서 자동으로 모든 위치를 볼 수 없어야 합니다.

구조는 조직이 작동하는 방식과 일치해야 합니다. 회사는 여러 속성, 지점, 건물 또는 사이트가 있는 모회사일 수 있습니다.

Salesforce는 여러 위치가 있는 조직을 위해 부모-자식 관계를 사용합니다. 같은 아이디어는 예약 닌자 기록을 설계할 때 유용합니다: 더 넓은 조직을 가시적으로 유지하면서 각 위치에 고유한 정체성과 역사를 부여합니다.

예약은 올바른 공간, 유닛, 서비스 또는 자원에 연결되어야 합니다. 이를 통해 플랫폼은 모든 위치를 하나의 공유 풀로 처리하는 대신 올바른 위치의 가용성과 용량을 확인할 수 있습니다.

관리자는 보고가 더 넓은 그림을 필요로 할 때 여러 위치에서 예약 활동을 여전히 볼 수 있습니다.

• 위치가 매우 다른 예약 또는 청구 규칙을 사용합니다.
• 사용자가 위치 간 이동하며 각 위치에서 다른 접근이 필요합니다.
• 각 사이트가 다른 외부 시스템 또는 통합을 가지고 있습니다.
• 조직이 지역 보고서와 깨끗한 그룹 전체 보기를 모두 필요로 합니다.
• 고객 또는 회원 정보가 일부 경우에는 공유되지만 다른 경우에는 지역적입니다.

이 질문들은 모든 위치가 정확히 복사되어야 한다고 가정하기보다는 구현 중에 결정되어야 합니다.

예약 닌자는 여러 속성 또는 사이트를 포함할 수 있는 여러 운영 모델을 지원합니다. 예약 닌자 솔루션을 통해 예제를 찾아보고, 예약 닌자가 비즈니스의 다양한 부분을 연결하는 방법을 확인하여 공유 데이터와 워크플로가 조직 전반에 걸쳐 어떻게 작동할 수 있는지 알아보세요.

• 예약 닌자: 예약 관리 — 예약 닌자가 여러 속성, 지역 및 위치 간의 중앙 집중식 예약 가시성을 지원한다고 명시합니다.
• Salesforce 도움말: 계정에 대한 여러 위치 관리 — 여러 사무소 또는 위치가 있는 조직을 위한 부모-자식 구조를 설명합니다.
• Salesforce 트레일헤드: 역할 계층 및 기록 접근 — 사용자 역할이 기록 접근을 제어하는 방법을 설명합니다.

출처는 일반적인 여러 위치 모델을 지원합니다. 정확한 예약 닌자 구조는 조직의 위치, 사용자 및 워크플로에 따라 다릅니다.