今天碰到乙個問題，業務部門反映有一些物料的mrp無法執行，不管是批量md01還是md02都無法執行出計畫訂單，相關需求無法傳遞。
執行mrp的時候提示沒有建立任何的計畫訂單，且提示mrp清單終止，開始懷疑是單個物料的問題，後台用最常見的物料去測試發現不僅僅是mrp無法執行。我們建立計畫訂單的時候也會提示物件plaf的01的範圍已經用完。這就意味著我們的計畫訂單號碼範圍已經用完了，需要重新更新計畫訂單號碼範圍。
此次問題原因：計畫訂單號碼範圍用完。無法按流水號生成計畫訂單。
解決方法：
方法1：直接更改當前工廠計畫訂單範圍使用的號碼組。可以新建乙個和原號碼組範圍不重合的號碼組。
方法2：修改當前號碼組的截止編號到乙個更大的值。同時由於sap系統的編號在到達極致之後，如果手工再建立計畫訂單系統會往回分配那些空白的計畫訂單號碼，這是我們看到編號範圍狀態不會顯示到之前的截止號碼，所以我們需要調整編號範圍狀態到之前的截止日期之後。
維護間隔有兩種方法：
1、tcode：snro==》輸入物件名稱：plaf
2、tcode：md91或者omi2
訂單號生成
之前用uuid 因為太長改用16位因此在網上找到一下這種做法,年月日擷取 時間戳 在加隨機數 生成乙個訂單 獲取年份 var date j f c d e b h i a date gettime tostring var ordersn date new date getfullyear 2015...
mysql 訂單號主鍵 為什麼不用訂單號當做主鍵？
1.普通索引上儲存的值是主鍵的值，如果主鍵是乙個很長的字串並且建了很多普通索引，將造成普通索引占有很大的物理空間 2.自增id 在插入的時候可以保證相鄰的兩條記錄可能在同乙個資料塊，而訂單號的連續性在設計上可能沒有自增id好，導致連續插入可能在多個資料塊，增加了磁碟讀寫次數。innodb儲存引擎邏輯...
訂單號的處理
自動編號會被人猜出來嫩 每天的下單量,每季度的下單量,每年的下單量.等於直接把 經營資料拱手他人.所以一般都是無法跟下單量直接掛鉤的單號 一 ecshop訂單號生成規則 function get order sn ecshop的訂單號是會重複，ecshop生成訂單號後會做判斷，如果訂單號重複則重新提...