跳至主要內容 / Skip to main content

매장 간 직원 이동

다른 이름:미용사 매장 변경 · 직원 매장 이전

MeiYe Zhan 매장 한 곳에서 다른 매장으로 이동하는 미용사를 위한 셀프서비스 흐름. 원래 매장의 이력 기록은 그대로 유지되고, 새 매장이 초대 링크를 발송하면 미용사가 클릭하여 합류.

전체 정의

매장 간 직원 이동은 뷰티 업계의 높은 이동성에 대응하는 기능입니다. 미용사는 폐업, 임대 계약 종료, 보수, 지리적 이유로 매장을 옮깁니다. 일반 시스템에서는 막힙니다——원래 매장이 멤버를 비활성화한 후 `users/{uid}.shopId`는 여전히 옛 매장을 가리켜 새 매장에 합류할 수 없고, 멤버를 완전 삭제하면 이력 기록이 사라집니다. MeiYe Zhan v1.0.40+는 셀프서비스 흐름을 확립: 원래 매장 비활성화 → 직원 앱 자동 감지 → 자신의 shopId 초기화 → /onboarding으로 라우팅 → 새 매장이 초대 → 직원이 클릭하여 합류.

이 개념이 존재하는 이유

매장은 소규모이고 직원은 자주 이동합니다. 막힌 이동 흐름은 모두에게 손해입니다: 옛 매장은 고객 문의를 받고, 새 매장 관리자는 수작업에 시간을 쓰고, 직원의 계정은 망가집니다. 흐름을 자동화하면 마찰이 제거되어 매장들이 직원 이동을 두고 적대적으로 경쟁할 필요가 없어집니다.

MeiYe Zhan에서의 처리 방식

3단계 협조 흐름: (1) **원래 매장 조작**: 운영자가 설정 → 직원 관리 → 비활성화 버튼. 멤버 doc `isActive=false`, 즉시 발효; 직원은 이 매장의 데이터에 접근할 수 없게 되지만 실적과 출퇴근 이력은 보존. (2) **비활성화된 직원 자체 감지**: AppShell이 다음 앱 실행 시 `member.isActive === false && profile.shopId === shop.shopId`를 감지하여 `users.shopId=null`을 자동 초기화하고 배너와 함께 /onboarding?reason=deactivated로 리다이렉트. (3) **새 매장 초대**: 새 운영자가 초대 링크 생성. `acceptInvite` Cloud Function이 새 멤버 doc을 작성하고 `users.shopId`를 갱신. 이력은 원래 매장에 남고, 새 매장에서는 직원이 0부터 시작.

구체적 예시

미용사 A가 매장 X에서 3년 근무, 누적 실적 NT$500,000. X 운영자가 A 비활성화 → 다음 앱 실행 시 A는 자동 초기화되어 배너와 함께 /onboarding에 도착 "이전 매장에서 제거되었습니다; 다른 초대 링크가 있으면 열어서 합류하세요". 다음 주 매장 Y 운영자가 초대 발송 → A가 클릭, 로그인, Y에 자동 합류. A의 NT$500,000 이력은 X 리포트에 남음(X는 계속 열람 가능)이지만 Y에서 A의 실적은 NT$0부터 시작.

관련 글

비교

MeiYe Zhan에서 "매장 간 직원 이동"을 실제로 어떻게 처리하는지 보시겠어요?

30일 무료 체험, 신용카드 불필요. 월 NT$999부터.

무료 체험 시작