Aurora Hr Schedule Operator

• https://ih5667-login.aoacloud.com.tw/Home/DeskAuthIndex

不要因為較舊的手冊有提 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
• 畫面上可見的短名稱
• 如果有截圖，附上截圖路徑

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