aurora-hr-schedule-operator

name: aurora-hr-schedule-operator description: 用於 Aurora/震旦 HR 中「在 HRHB007S00.aspx 內替一位或多位員工於指定日期設定班別」這類任務，尤其是「把某人某天改成某班別」這種單日變更，並且需要一套弱模型也能穩定執行的存檔、重新整理、驗證流程。

Aurora 排班操作器

這個 skill 用於 HRHB007S00.aspx 的單日班別變更。

這個 skill 的流程刻意設計得很死板，適合使用者要一個明確結果的情境，例如：

• 將某人某天排成常日班
• 將兩個人同一天都改成某個班別
• 把某人 5/8 改成兒平日班

這個 skill 比 aurora-hr-ops 更狹窄。較廣泛的人資作業請用 aurora-hr-ops；當任務明確是把某個日期格改成班別代碼，並證明已存檔成功時，請用這個 skill。

先讀這個

在碰頁面之前，先讀 references/single-day-shift-assignment.md。

如果你需要可重現的執行流程，請直接使用 scripts/apply_single_day_shift.py，不要從頭重寫 Playwright 流程。

已驗證環境

• 這個租戶已驗證的登入路由：
  • https://ih5667-login.aoacloud.com.tw/Home/DeskAuthIndex
• 已驗證的頁面：
  • https://erp3.aoacloud.com.tw/HR/HRHB007S00.aspx
• 使用中的 repo：
  • /Users/leegary/小程序/elearning_scraper
• 截圖請放在：
  • artifacts/screenshots
• 暫時性的檢查腳本請放在：
  • scripts/inspection

不要因為較舊的手冊有提 ERP6 就切過去。這個環境實際可用、已驗證的路徑是 ERP3。

不可妥協的規則

1. 先把員工加入格子，再檢查週期。
2. 依目標日期從畫面可見的週期下拉選單推導正確週期。不要硬寫舊的 n472，除非目標日期真的落在那個週期內。
3. 選人時使用員工 label，但找列時要用 Empno 去找 vm.TableRowsDetail。
4. 班別設定時，要把：
   • vm.controller.HoliDayClass = true
   • vm.controller.SelDutyClass = <shift code>
5. 一次只存一位員工。
6. 每次存檔後都要：
   • 重新整理頁面
   • 重新加入員工
   • 重新切回目標週期
   • 從重新載入後的頁面狀態驗證 DaysInfo
7. 需要給使用者看結果時，要保留截圖。
8. 不要在對話中揭露密碼或其他秘密。請重用既有的本機憑證來源或環境變數。

日期安全流程

有些弱模型在使用者一句話裡給了多個日期變更時，會把日期搞混。不要即興處理。先把需求轉成明確的操作清單，再碰頁面。

例如：

• 使用者說：將他們兩個的 4/9 改成少生輔平日班1，4/10 改成基金會常日班
• 轉成：
  • 李冠葦 -> 20260409 -> b0012
  • 陳淑錡 -> 20260409 -> b0012
  • 李冠葦 -> 20260410 -> b0023
  • 陳淑錡 -> 20260410 -> b0023

規則：

1. 先把所有日期展開成 YYYYMMDD。
2. 多日期請分成不同日期批次執行。
3. 完成一個日期批次後，再開始下一個日期批次。
4. 最終報告裡要寫完整絕對日期，不要只寫 4/9 或 4/10。
5. 下一步不要沿用前一個日期變數，必須重新讀取操作清單。

日期與班別的泛化

目標日期永遠是輸入值，不是預設前提。

• 4/12 只是曾經驗證過的一個例子
• 4/13 也是另一個已驗證例子
• 任何其他有效日期，都應該用同一套方法處理

班別代碼也是輸入值。

• b0023 只是其中一個例子
• 任何其他有效班別代碼，都應該走同樣的存檔、重新整理、驗證流程

代理人必須依目標日期推導週期，並使用使用者要求的班別代碼。

使用者說「常日班」時

不要盲猜。請從這個租戶的班別選項，或既有的本機對照表確認代碼。

在目前已驗證的例子裡，基金會常日班 使用的是：

• b0023

輸出標準

執行後，只回報已驗證的結果：

• 員工姓名
• 目標日期
• sec
• kd
• 畫面上可見的短名稱
• 如果有截圖，附上截圖路徑

不要只根據草稿狀態就宣告成功。只有在重新整理後的驗證通過時，才可宣告成功。