⚠️ 重要提醒：建議在系統正式上線前完成編號格式設定。上線後修改可能造成編號不連續。

📌 什麼時候使用重置？

低風險	系統初始化 - 新系統上線前確認格式後重置
低風險	測試環境 - 測試完成後清除資料並重置
中風險	年度重置 - 跨年度手動重置（如已設定自動重置則不需要）
高風險	生產環境 - 強烈不建議，可能造成編號重複

⚠️ 重置可能造成的影響

• 編號重複 - 新資料可能產生與現有資料相同的編號
• 關聯錯誤 - 其他模組透過編號關聯的資料可能指向錯誤記錄
• 稽核問題 - 編號不連續可能造成稽核困難
• 報表異常 - 依編號排序的報表可能出現問題

✅ 最佳實踐

• 正式環境盡量不要重置流水號
• 重置前務必備份資料庫
• 如需調整編號，優先考慮修改格式而非重置
• 設定適當的重置週期（每年/每月）可避免手動重置需求

💾 儲存設定

🚨 以下操作將永久刪除資料，無法復原！僅供開發測試使用。

建議在正式上線前完成所有測試，上線後請勿使用此功能。

🎯 適用場景

建議	開發階段 - 開發過程中需要反覆清空測試資料
建議	功能測試 - 測試特定功能前清空相關模組資料
建議	Demo 準備 - 展示前清空舊資料，重新建立乾淨環境
謹慎	UAT 測試 - 使用者驗收測試後清空測試資料
禁止	正式環境 - 上線後絕對不可使用此功能

🗑️ 單一模組清空

💣 批次清空

📊 模組資料關聯說明

模組	包含的資料表	關聯影響
👥 客戶	客戶、聯絡人、互動紀錄	訂單的客戶關聯會失效
📝 訂單	訂單、付款條件、訂單文件	發票、專案的訂單關聯會失效
📊 專案	專案、里程碑、任務	測試案例、文件的專案關聯會失效
💰 發票/帳務	發票、收據、折讓單、傳票、分錄、收款紀錄	訂單的收款狀態可能不一致
🤖 AI學習	學習批次、學習文件、需求單	無其他模組依賴
🔧 維護	維護合約、維護工單、工作日誌	客戶的維護狀態可能不一致

⚠️ 注意事項

• 無法復原 - 所有刪除操作都是永久性的，無法還原
• 關聯資料 - 清空父模組不會自動清空子模組，可能造成孤立資料
• 編號重置 - 建議清空時同時重置編號，避免編號跳號
• 操作日誌 - 所有操作都會記錄在下方日誌區，方便追蹤
• 建議順序 - 清空時建議從子模組開始（如：先清發票，再清訂單，最後清客戶）

🔄 建議的清空順序