关于历史库存
用戶/客戶有幾百種“歷史庫存報表需求”的理由,而且是可以查任意時間的。
可惜的是,SAP系統并沒有現成的所謂的History Stock,其實也沒有必要,這違背了數據庫設計的冗余規則。
我看到過的SAP系統中關于“歷史庫存報表”或“時點庫存報表”的方案無外乎有兩種:
一、使用作業的辦法,定期(一般是每天)抓取作業執行時刻的庫存信息,存儲在自定義表格中;
二,查詢業務單據或物料憑證的明細,再累計出待查時刻的余額。
方法一的好處在于,查詢歷史數據速度較快。但是,這相當的占用存儲資源;
其二,我們不能保證這定期的作業的確定性,硬件維護、系統性能都可能使這預定的“時刻”出現偏差,如果某一次沒能抓取該時刻的庫存,對整個報表來說,是數據的缺失;
其三,最初設計的抓取數據的方式、方法,極有可能在新需求的壓力下被修改,或者被推翻,這仍然不能滿足需要。
方法二的好處在于,它解決了上一個方案的第二和第三個問題。不過,這個報表運行起來就像回到了石器時代。這對于業務數據量大的SAP系統的影響是致命的,因為它不但失去了
用戶的信任,更可怕的是它會動搖管理層的信心。
或許有第三個方案,有人會想到信息記錄(LIS),SAP有一大堆積于LIS的庫存分析報表,不過,用過的人都知道,它極不可信。這種報表成就了日常對數的用戶與支持者或實施者
之間曠日持久的拉鋸戰,雖然OSS里面有若干針對LIS報表的修正方案。
我在一次對數的過程中嘗試了第四種方案,那就是帶H的月累表:MARCH、MARDH、MBEWH等。分析了一下這些表格的更新邏輯,它不是將每一種物料沒一個期間都更新到表中的。
然后,摸索出一條使用標準程序來獲得歷史庫存的途徑。相關TCODE是,MB5B、MB51,不使用MB5T。
?
| ? | 狀態 | 庫存級別 | 查詢方式 |
| 有價庫存 | 在庫 | S.Loc | MB5B(Valued Option) |
| 在途(采購、兩步移庫) | Plant | MB5B(Valued Option) | |
| 質檢 | S.Loc | MB5B(Valued Option) | |
| 凍結 | S.Loc | MB5B(Valued Option) | |
| 其他特殊庫存 | Plant | MB5B(Valued Option) | |
| 零價庫存 | 在庫 | S.Loc | MB5B(S.Loc Option) |
| 在途(采購、兩步移庫) | Plant | MB51累計 | |
| 質檢 | S.Loc | MB5B(S.Loc Option) | |
| 凍結 | S.Loc | MB5B(S.Loc Option) | |
| 其他特殊庫存 | Plant | MB5B(S.Loc Option) |
總結
- 上一篇: mb5b/f.01
- 下一篇: SAP/SD - 做SD你要知道的透明表