安全庫存檢查通知¶
系統每天自動盤點一次：撈出所有現有庫存量低於安全庫存、且未停用的品號，整理成一封信寄給採購。信裡除了「安全庫存 vs 現有數量」，還把未來六個月的在途量按月攤開，並直接算好「補不補得回來」——把「跌破安全庫存的品號」和「真的該補的品號」分成兩件事。
這是一個背景排程任務
「安全庫存檢查」由系統在背景依排程執行，設定屬於一次性作業（通常由導入人員或系統管理員完成），之後採購每天只要看信。執行頻率與收件人都掛在排程事件上。
收到的信長什麼樣¶
主旨會直接寫出「共 N 筆未達安全庫存」。本文是一張品號清單，每一列一個跌破安全存量的品號。
| 欄位 | 說明 |
|---|---|
| 品號／品名 | 跌破安全存量的料 |
| 安全庫存 | 該品號在品號主檔設定的安全存量 |
| 現有數量 | 目前的庫存量（低於安全庫存時以醒目標示） |
| M0～M6 | 未來六個月每個月預計進來的量。M0＝本月、M1＝下個月，依此類推。來源同時涵蓋採購未交與工單（自製）未交——買的、做的都算 |
| 滿足安全 | 系統替你算好的結論：現有量＋六個月在途量若已超過安全庫存，標 Y；空白的那幾筆，才是真正需要立刻下單的料 |
逾期未交的量會併進 M0
預訂交期已經過了卻還沒進的量不會憑空消失，統一算進當月（M0）。因此 M0 有一大筆量時，要確認那是「這個月真的會到」還是「早就該到卻沒到」——後者要追的是舊單，不是下新單。
一封信裡的三種狀況，三種處理¶
清單看起來都是「跌破安全庫存」，但實際混著三種完全不同的情況：
| 狀況 | 判讀 | 該做什麼 |
|---|---|---|
滿足安全 = Y，M0 有量 |
單已經在路上、這個月就到 | 不用下單，確認一下交期即可——這一類過去最容易被重複下單 |
| 滿足安全空白 | 現有量加上未來六個月在途，仍補不到安全庫存 | 今天就要下單，並確認差多少、要不要一次補足 |
| 滿足安全空白，且 M0 有一大筆量 | 多半代表有逾期未交的採購被併進 M0 | 不是下新單，而是去追那張舊單 |
把「滿足安全」當成篩選器
信一打開，先只看「滿足安全」空白的列——那是真的要下單的；標 Y 的表示單已經在路上，看一眼確認交期就好。三分鐘分完，剩下的時間全花在真正要處理的那幾筆。
不吵人的設計¶
- 沒有缺料就不寄：本次檢查全數達標時不會有信——收件匣不會被例行的「一切正常」灌爆。
- 收件人在事件上設定：誰該收由排程事件的通知帳號決定，改人不用改程式；沒設收件人時只留紀錄、不寄信。
- 信件風格與其他自動通知一致：與採購未納明細通知等系統通知信共用同一套版面，每天早上看到的信長得一樣，掃一眼就知道重點在哪。
前置需求¶
| 項目 | 說明 |
|---|---|
| 品號主檔已維護安全庫存 | 安全庫存逐品號設定在品號主檔。設為 0 的品號視同不列管、不會出現在通知信中；停用品號也自動排除 |
| 採購單／工單交期維護正確 | M0～M6 依採購單與工單的預訂交期分月攤開。交期長期不維護（供應商說延期卻沒改單），在途量會落在錯的月份，「滿足安全」也會跟著失準 |
| 排程事件已建立並審核 | 見下方「怎麼掛每日排程」 |
| 通知帳號有效 | 通知帳號依通知人員與通知方式自動帶出（取自員工主檔） |
清單太長，等於沒有清單
導入初期最常見的失敗不是系統沒跑，而是安全庫存設得太浮濫——每天信裡幾百列，看兩天就麻痺了。建議分批設定：先設交期長、缺了就停線的關鍵料（通常只有幾十個品號），再設多個成品共用的常備件，其餘先留 0，等它真的缺過一次再回頭設。寧可只列管 50 個真的要緊的品號、每天三五列都被處理掉，也不要三百列沒人看。
怎麼掛每日排程¶
排程掛法與其他自動化任務相同，完整的操作步驟（含批次新增事件範本、日期類別怎麼展開、通知帳號怎麼算）請見 排程事件（專案）——該頁的「自動執行範例：安全庫存檢查」一節即以本任務為範例，含完整參數 JSON。此處只列重點：
- 到 L 聯絡傳訊 → 排程事件（專案），
新增一筆專案主檔後儲存。 - 編輯狀態按
批次新增，於「新增事件範本」視窗設定：
| 範本欄位 | 本任務要設的值 |
|---|---|
| 預定時間 | 每天要跑的時間（例如早上 08:00） |
| 日期類別 | 每日 |
| 是否自動執行 | 必須勾選；不勾排程器不會跑 |
| 執行項目 | 下拉選「執行 Log_Sys_Exec」；選完系統自動帶出單據別、執行方法與一份預設參數 |
| 參數 | 把參數中的 Procedure 指到安全庫存檢查、Dispatcher 設為 SKD（其餘保持預設） |
| 通知人員／通知方式 | 決定信寄給誰、待辦建給誰 |
- 按確定展開事件 →
儲存→審核。
單據別不要改
選「執行 Log_Sys_Exec」後系統帶出的單據別即為正確值，請勿自行改成其他值，否則排程會找不到要執行的程序而失敗。詳細原因與參數說明見排程事件（專案）。
通知對象設定¶
| 設定位置 | 決定什麼 | 備註 |
|---|---|---|
| 排程事件明細的通知人員 | 誰會收到通知（員工代號，可多人） | 留空＝只留紀錄、不寄信 |
| 排程事件明細的通知方式 | 走待辦事項、或待辦事項＋Email | |
| 排程事件明細的通知帳號 | 實際寄送的 Email | 依「通知人員＋通知方式」自動帶出，不需手填 |
| 員工主檔的 Email | 通知帳號的來源 | 沒維護就帶不出帳號 |
整批換收件人
多筆事件要一起換人時，用排程事件（專案）的 批次修改 勾選「通知人員」一次套用，各列的通知帳號會自動重算。
每次執行的結果都留著¶
每次執行的完整清單都會寫進歷史紀錄，以該次執行編號分批保存。要查「上週三那批缺料清單長怎樣」「這個品號是從哪一天開始跌破安全庫存的」，在排程事件明細列按 查看 即可調閱該次執行的完整清單，不必再跑一次查詢。
常見問題¶
今天沒收到信，是不是排程掛掉了？
本任務沒有缺料就不寄信。全數達標時不會有信，屬正常行為。要確認排程是否有在跑，可到排程事件明細列按 查看 看最近一次的執行紀錄。
某個品號明明缺料，卻沒出現在信裡？
依序檢查：1）該品號的安全庫存是否設為 0（設 0 視同不列管）；2）該品號是否已停用（停用品號自動排除）；3）現有量是否其實仍高於安全庫存（信只列「低於安全庫存」的品號）。
「滿足安全」標了 Y，但料還是缺了？
Y 代表「現有量＋未來六個月在途量」帳面上補得回來，前提是在途量的交期是準的。若採購單的預訂交期沒有隨供應商的實際狀況更新，在途量會落在錯的月份。請搭配採購未納明細通知把交期維護起來，這一欄才可信。
M0 有一大筆量，但料一直沒進來？
逾期未交的量會被併進 M0，看起來「這個月會到」，其實已經過期沒進。請以該品號回採購單查逾期單並追交期。
信裡列了三百筆，看不完怎麼辦？
這通常是安全庫存設得太浮濫。建議重新盤點列管範圍：只保留交期長、缺了就停線的關鍵料與共用件，其餘先把安全庫存改回 0（視同不列管），等它真的缺過一次再設。
想改寄送時間或收件人？
兩者都掛在排程事件上，回排程事件（專案）調整即可，不需要改程式。