# 多租戶與權限架構實作規範 (RBAC Rules)

本文件定義 Star Cloud 系統的多租戶與權限（RBAC）實作標準，開發者必須嚴格遵守以下準則，以確保資料隔離與安全性。

---

## 1. 資料隔離核心 (Data Isolation)

### 1.1 租戶欄位 (`company_id`)
任何屬於租戶資源的資料表（如 `users`, `machines`, `transactions` 等），**必須**包含 `company_id` 欄位。
- `company_id = null`：系統管理員（SaaS 平台營運商）。
- `company_id = {ID}`：特定租戶。

### 1.2 自動過濾 (Global Scopes)
- 資源 Model 必須套用 `TenantScoped` Trait。
- 當非系統管理員登入時，所有 Eloquent 查詢必須自動加上 `where('company_id', auth()->user()->company_id)`。
- **嚴禁**在 Controller 手動撰寫重複的過濾邏輯，除非是複雜的 Raw SQL。

### 1.3 寫入安全
- 建立新資源時，必須在背景強制綁定 `company_id`，禁止由前端傳參決定。
- 範例：`$model->company_id = Auth::user()->company_id;`

---

## 2. 權限開發規範 (spatie/laravel-permission)

### 2.1 租戶感知角色 (Tenant-Aware Roles)
- `roles` 資料表已擴充 `company_id` 欄位。
- 撈取角色清單供指派時，必須過濾 `company_id` 或為 null 的系統預設角色。

### 2.2 權限命名
- 權限名稱應遵循 `[module].[action]` 格式（例如 `machine.view`, `machine.edit`）。
- 所有租戶共用相同的權限定義。

---

## 3. 介面安全 (UI/Blade)

### 3.1 身份判定 Helper
使用以下方法進行區分：
- `$user->isSystemAdmin()`: 判斷是否為平台營運人員。
- `$user->isTenant()`: 判斷是否為租戶帳號。

### 3.2 Blade 指令
- 涉及全站管理或跨租戶功能，必須使用 `@if(auth()->user()->isSystemAdmin())` 包裹。
- 確保租戶登入時，不會在 Sidebar 或選單看到不屬於其權限範圍的項目。

---

## 4. API 安全
- 所有的 API Route 應預設包含 `CheckTenantAccess` Middleware。
- 嚴禁透過 URL 修改 ID 存取不屬於該租戶的資料，必須依賴 `company_id` 的 Scope 過濾。