店舗間スタッフ異動
別名：美容師の店舗変更 · スタッフ転店
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` を更新。履歴は元店舗に残り、新店舗ではスタッフはゼロから開始。
具体例
美容師 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 から。
無料トライアル