使用輪班排班產生器可以透過三個步產生第一份員工排班表，只要輸入至少兩個不重複的員工姓名和一至四個班別名稱、挑選一個 YYYY-MM-DD 格式的真實起始日期，再選擇一至 31 天的範圍。這個工具完全在目前的瀏器分頁中產生一個決定性的循環草稿，因此不會上傳任何員工名單、不會儲存到帳號中，也不會送到排班服務。輸出是一個帶有日期的表格，顯示每天的每個班別以及被指派的員工、每位員工的指派次數，以及一個包含完全相同資料列的 CSV 檔案。這種精簡的設計是有意為之：當團隊需要的是透明的輪替，而不是隱藏的最適化模型時，它可以快速建立第一輪輪值表。這讓結果易於閱讀、重現，並交接給經理或位於瀏覽器之外的薪資流程。本文將逐步說明產生器接受的確切輸入、執行它的三個步驟、如何閱讀帶有日期的表格，以及在草稿匯出後你仍然需要套用的規則，讓你的第一份排班表成為一個可用的起點，而不是一份已經定案的計畫。
產生器實際上會產生什麼
輪班排班產生器在每次成功執行時會輸出三項內容：一個頁面上的帶日期表格，列出範圍內每個時段的日期、班別名稱和被指派的員工；每位員工的指派總數；以及一個 CSV 下載檔，內容與頁面上顯示的資料列完全相同。每個 CSV 儲存格都會加上引號，任何內嵌的引號都會變成兩個，這讓姓名中的逗號與引號會被視為資料，而不會破壞欄位結構。CSV 以 Date、Shift、Employee 作為標頭，且只有在排班成功產生之後才會建立下載檔。指派規則是決定性的，因此同樣通過驗證的輸入永遠會產生相同的結果，這讓草稿易於與經理的筆記或紙本進行核對。因為每個時段都依循環順序填入，所以在選定範圍內的指派總數彼此差距不會超過一，這就是這個工具提供的公平性保證。
開始之前需要準備的輸入
在開啟工具之前，先收集好你的名單和班別，以便乾淨地貼上。每個姓名各占一行，團隊至少需要兩個人，排班最多可容納 50 名員工。班別名稱遵循相同規則，需要一至四個項目。起始日期必須是寫成 YYYY-MM-DD 格式的真實日曆日期，介於 2000 到 2099 年之間，像 2023-02-29 或 2026-04-31 這類不可能存在的值會被拒絕，因為它們無法在 UTC 日曆中正確往返。天數範圍涵蓋一至 31 天，這讓帶日期的表格短到足以逐列檢查。你也需要至少與每日班別數量相等的員工人數；否則產生器無法保證同一個員工不會在同一天被指派到兩個不同的班別。
| 輸入 | 上限 | 備註 |
|---|---|---|
| 員工姓名 | 2 到 50 | 每行一個，會去除前後空白，最多 60 個字元，不分大小寫皆視為不重複 |
| 班別名稱 | 1 到 4 | 每行一個，文字規則與員工姓名相同 |
| 起始日期 | YYYY-MM-DD | 真實的 UTC 日期，年份介於 2000 至 2099，必須能正確往返日曆 |
| 天數範圍 | 1 到 31 | 以整個 UTC 日為單位，每列推進一個日曆日 |
| 交叉規則 | 員工數 ≥ 班別數 | 防止同一人在同一天被指派兩個班別 |
如何透過三個步驟建立你的第一份員工排班表
產生器在目前的瀏覽器分頁中執行，只需要上述四個有限範圍的輸入就能產生一份草稿。請開啟輪班排班產生器，並依序執行以下步驟。
- 在員工欄位中輸入或貼上至少兩個不重複的員工姓名，每行一個，接著在班別欄位中新增一至四個班別名稱，同樣每行一個。姓名會去除前後空白，限制為 60 個字元，且不分大小寫都必須是不重複的，因此 Alex 與 alex 會被視為重複而遭到拒絕，而不是當作兩個人。
- 輸入一個介於 2000 至 2099 年之間、YYYY-MM-DD 格式的真實起始日期，選擇一至 31 天的天數範圍，然後點擊產生。日期會以整個 UTC 日為單位推進，這能避免當地日光節約時間的轉換，否則可能會讓表格中顯示的日期跳過或重複。
- 閱讀頁面上的帶日期表格，檢查每位員工的總數，然後下載 CSV。下載檔只有在排班成功產生之後才會建立，而編輯任何輸入會清除舊的結果，因此不會出現一份看起來符合新輸入的過時檔案。
循環步驟使用一個公式。對每個時段而言，被指派員工的索引為 (dayIndex × shiftCount + shiftIndex) 模 employeeCount，其中 dayIndex 從起始日期的 0 開始，shiftIndex 按照你輸入的班別順序依序處理，shiftCount 是班別的數量。以三名員工 Alice、Bob 和 Cara 以及兩個班別 Morning 和 Evening 為例，起始日期的第一個時段使用 (0 × 2 + 0) mod 3 = 0，這對應到 Morning 班別的 Alice。當天的下一個時段使用 (0 × 2 + 1) mod 3 = 1，這對應到 Evening 班別的 Bob。表格的其餘部分在範圍內的每個日期都遵循同一個公式，產生這個產生器所設計的決定性序列。
閱讀帶日期的表格與指派總數
頁面上的表格顯示三個欄位：Date、Shift 和 Employee。Date 欄列出範圍內從 YYYY-MM-DD 起始日期開始的每個日曆日，Shift 欄按照你輸入的順序列出每個班別，Employee 欄顯示被指派到該時段的員工。表格下方有一個小型總計區塊，報告每位員工在整個範圍內收到的班別數量。由於指派規則會在每個連續時段中移至下一位員工，因此 31 天執行下來的總數在整數運算允許的範圍內會盡可能接近相等，最高與最低的差距不會超過一。這就是這個工具提供的公平性保證。任何更進階的需求，例如尊重偏好、避免連續夜班、或集中週末工作，則留給審核表格的經理處理。
在草稿之後套用可用性、資格與勞動規則
CSV 是一個起點，而不是最終的名單。請開啟檔案，在發布之前針對團隊的實際情況檢查每個帶日期的時段。確認被指名的員工具備該班別的資格、確實在該日期有空檔，並在連續指派之間擁有必要的休息時間。新增休息、交班，以及產生器未納入考量的任何加班或合約工時限制。這個工具刻意不會收集可用性、請假需求、資格、年資、地點、合約工時、休息、加班、休息時間、勞動成本、工會規則、無障礙需求或特定司法管轄區的勞動規範，因為這些都屬於專用的員工管理系統。如果某個人無法執行顯示出來的指派，請直接在試算表中編輯該儲存格並記錄這項變更，讓稽核紀錄保持清楚。請將產生器的輸出視為一份透明的第一輪草稿，由經理轉化為一份合規的輪值表，而不是一份已經定案的排班表。
限制以及產生器刻意不做的事
由於循環規則是固定的，且輸入範圍有限，這個工具並不是一個約束求解器。它不會偵測衝突、不會警告疲勞風險、不會平衡勞動成本，也不會強制執行工會或司法管轄區的規則。它同樣不是一個薪資系統、考勤鐘、合規稽核或疲勞風險評估。僅僅指派數量平衡並不能證明一份名單是安全、合法或人力充足的；它只能證明在選定範圍內的輪替差距不會超過一個指派。每個姓名與每個排班計算都停留在目前的瀏覽器分頁中，暫時性的物件 URL 會在 CSV 下載後或頁面關閉時被撤銷，這讓資料保持在本地。再次執行同樣的輸入會重新產生同樣的資料列，這在你想測試調整天數範圍、變更班別順序、或新增一位員工來平衡總數時會帶來的變化時非常有用。