CK40N - The root cause about the value of field KALAID / KALADAT in table KEKO had been cleared

在一次 User 告知他當天執行完 Costing Run 後，User 再使用 CK40N 去查該次 Costing Run 的結果，竟然找不到下面 WCS ... 這個料號執行 log 記錄，使用 CK40N 執行後產生的 Table KEKO 發現該料號的 KALAID (Name of Costing Run) & KALADAT (Costing Run Date) 竟然無值

使用 CK40N 執行時 E160701A & 2016/07/01 執行的結果，卻發現只有 WNR ... 的料號，並沒有 WCS ... 的料號，但看到上面 Table KADKY 確實是在 2016/07/01 產生

後來發現主要的原因是在於 CK40N 執行過的 Costing Run 與 Costing Run Date 如果已有產生結果後，User 再使用相同的 Costing Run 與 Costing Run Date 執行一次 CK40N，造成系統把前一次執行結果的 Log 清除，並且會把 KEKO 中相同 Costing Run 與 Date 的料號欄位值清除

以下是操作的過程，解決方式即告知 user 當 CK40N 確定已有對料號產生執行結果時，則需要更換 Costing Run Name 與 Date，不然就會發生相同的情況，以下時操作的步驟與發生的經過

STEP1 : CK40N for WCS ... Material Costing Run

STEP2 : 執行完後並確認 KEKO 確實有把 Costing Run Name 與 Date 寫入

STEP3 : 直接把 Costing Run E160714A 的 Selection Parameter 改指定料號 WNR ...，並重新執行 Costing Run

STEP4 : 確認 KEKO 把剛才的料號也清除了

因此當你使用過 CK40N 執行完 Costing Run 也有料號的 log 記錄，那最好不要再使用相同的 Costing run & costing date，避勉 KEKO 的值被清除，且再使用 CK40N 查詢該料號執行記錄會沒有結果