&

[點晴模切ERP]金蝶KIS旗艦版采購申請單升級：解鎖最小訂貨量與包裝量管控新功能，助力企業采購精細化

當前位置：點晴教程→點晴ERP企業管理信息系統 →『采購管理』

admin

2025年4月21日 21:38 本文熱度 189

在制造業以及商貿企業的采購管理范疇當中，有效地平衡庫存成本與生產需求，同時防止因零散采購而造成效率損耗，一直是供應鏈優化過程中的關鍵難題。

在 KIS 旗艦版中，其物料的計劃頁簽里設置了“最小訂貨量（MOQ：Minimum Order Quantity）”以及“批量增量（最小包裝量 MPQ，Minimum Pack Quantity）”等相關內容。

然而，這些計劃頁簽所維護的基礎信息，只有在物料需求計劃（MRP：Material Requirements Planning）這一功能中，通過相應參數才能夠進行控制。

無論客戶是否購買物料需求計劃模塊，在手工錄入采購申請單或者通過“物料配套查詢表”來計算采購需求時，都無法將“最小訂貨量”和“批量增量”納入考慮范圍，也就無法實現批量調整。這無疑給客戶帶來了極大的困擾，他們在進行采購管理時，往往只能依靠經驗和直覺來確定采購數量，難以實現科學合理的規劃。由于無法將“最小訂貨量”和“批量增量”納入考慮范疇，很可能會引發頻繁的零散采購，這不僅會提高采購成本，還會因頻繁的訂單處理而降低采購效率，對企業的生產進度和交貨期產生不良影響。

經過一番深入的探索，該問題能夠借助數據庫觸發器技術來實現對業務規則的強力管控。以下呈現三種遞進式的解決方案：

方法一：基礎校驗型觸發器（MPQ 強制校驗）

CREATE TRIGGER tr_test_update 
ON PORequestEntry
AFTER UPDATE
AS
BEGIN
   SET NOCOUNT ON;
   -- 檢查是否存在任何更新操作，使得 fqty 不是 FBatchAppendQty 的倍數
   IF EXISTS (
       SELECT 1
       FROM inserted i
       INNER JOIN t_ICItemPlan p ON i.fitemid = p.fitemid
       WHERE i.fqty % p.FBatchAppendQty <> 0
   )
   BEGIN
       -- 拋出自定義錯誤消息并回滾事務
       RAISERROR(‘請按最小包裝量的倍數下單’, 16, 1);
       ROLLBACK TRANSACTION;
   END
END
GO?

實現效果：當采購數量并非 MPQ 的整數倍時，系統會自動將彈出警告。

方法二：雙因子校驗型觸發器（MOQ + MPQ 聯合校驗）

CREATE TRIGGER tr_test_update
ON PORequestEntry
AFTER UPDATE
AS
BEGIN
   SET NOCOUNT ON;
   IF EXISTS (
       SELECT 1
       FROM inserted i
       INNER JOIN t_ICItemPlan p ON i.fitemid = p.fitemid
       WHERE
           -- 條件 1：數量小于最小訂貨量 
           i.fqty < p.FQtyMin
           OR
           -- 條件 2：數量達到最小訂貨量但增量不滿足包裝量規則 
           (
               i.fqty >= p.FQtyMin
               AND p.FBatchAppendQty > 0-- 避免除零錯誤 
               AND (i.fqty - p.FQtyMin) % p.FBatchAppendQty <> 0
           )
   )
   BEGIN
       -- 動態生成錯誤信息 
       DECLARE @ErrorMsg NVARCHAR(200)
       SELECT @ErrorMsg = CASE
           WHEN i.fqty < p.FQtyMin THEN ‘小于最小訂貨量’
           WHEN (i.fqty - p.FQtyMin) % p.FBatchAppendQty <> 0 THEN ‘請按最小包裝量下單’
           ELSE ‘請按最小包裝量的倍數下單’
           END
       FROM inserted i
       INNER JOIN t_ICItemPlan p ON i.fitemid = p.fitemid
       RAISERROR(@ErrorMsg, 16, 1);
       ROLLBACK TRANSACTION;
   END
END
GO?