庫存機制

維護過了 那么 多CASE 。

查數這是個頭痛的問題，感覺之前都沒有徹底的解決。

不同的USER ，人會異動的。 教育訓練 也跟不上 ，盤點流程 沒提供USER 指引SOP, 操作手冊就是畫面點點點，根本說不出問題點，操作的分步 不便利 等因數。

 

 

思考  庫存不準。

標準的盤點 流程 是什么？  用盤點機 和 人工盤的差異。 抽盤 或全盤， 盤點前的準備。

 

問題點 1） 補單

 

限制的條件， 目前 已月結 并關帳的 資料 不允許 補 這部分是正確的

 

但 已盤點的單據呢?   目前 系統允許 補盤點日期前的，為什么？

說法 A,  因有盤差  需要查找原因 補單據后 重算盤點帳面數 而消除差異量。 （盤點單結案前后都可以做）

漏洞： 盤點前 有未結單據， 在盤點后又結案了，導致 要幫USER 查帳。

 回復USER 是他們的盤點流程出錯，把問題推掉。

（是否提示 盤點前有未結單據 存在，未結單據查詢 的功能要跑到 月結檔去查。。。是否盤點單作業也可以印出）

 

有客戶 為使 6F 和盤點單帳面 即時帳面一致。 干趣 改成 不允許補在 盤點日期前的單，

如 盤盈， 發現是漏 進貨單， 補的進貨單日期 也只能打在盤點日期后， 確保帳上是一致的。

實際多了的部分 在下次再認盤虧。

（如打在日期前 ，結案時或后沒做盤點單的重算， 就導致 6F 和即時的帳差）

 

 

問題點 2） 盤點日期 時間 在最后 1天的 23：59：59

這個做法 因系統保留的 和 SALE 時間的輸入 精度上 ，我們只能認定是 1天的結束， 如早上盤的，請把日期打前1天。

而按照 庫存計算 重算 的遞推。 盤點單是放在1天的最后的。

這是否合理

問題 是，我們還有 庫存調整單，調整原因 有 盤點差異。

就是告訴用戶 盤點錯誤也可以透過 庫存調整單來做， 這個對吧。

但使用者 和系統 按月做帳，盤點日期 是 當月最后1天，如 6月30日的盤點單 有錯，USER 事后調整差異，調整日期

要輸入 6月30日 才反應到 6月份的報表中去。 但因盤點單已經結案了，再結案調整單也不會扣庫存。

曾想過 如讓USER 再去重打盤點單 或重盤修正 的方式像不太可行。 沒調整單直觀。

建議 對盤點單調整 這塊，在庫存調整單能清楚標記出盤點單號，并在庫存遞推時 如同1盤點日的放在盤點單后做庫存異動的計算。

 

問題3） 分步操作 造成的賬面庫存不準

3.1 盤點單產生的帳面庫存數，如轉入的盤點日期不是系統日期， 抓出的是系統日期的 帳面庫存。 而又沒有給用戶提示 后續的操作，可怕的是 USER 也不知道 這是錯的。

 

3.2盤點單 結案的日期 非盤點日期，把即時的帳面庫存數 更新為 盤點當天的帳面數。

也沒提醒USER 要做庫存重算，USER  當時也不知道是錯的。

 

 

問題4）庫存漏洞  ， 當收銀機的日期錯誤 ，不管后臺是否已經關帳 都會解入 SALE 檔

 

當門店 結業后 把帳清掉后， 做關帳的指引。 關帳日期應該要打 9999/12/31 (好像年份 9999 日期格式會錯吧 反正要最大的年份)

 

問題5）部分專案 為確保 6F 和即時帳面庫存一致， 在月結后 依照月結期末數 自動重算 帳面庫存的做法是否可取。

 

問題6） 部分USER 在月中抽數 出 6F 報表 （聽起來這種做法 是第3個 客戶提的問題了）

            目前 建議用戶 要做當月的月結后 再出數。 （即時這個月沒結束，因月結可以重復做）因B/S 的架構，經常月結占用過多的效能 可能導致 LOCK 的問題。

負庫存逾期報表，自動分級發送機制 設計已完成。