庫存分配中的軟性預留

防止雙重預訂

當 IT 履行者批准硬體要求時,履行者會針對所選位置選取「保留任何資產」。軟性預留會立即減少初始要求與實體履行之間位置的可用庫存計數。此更新可防止其他履行者在您挑選實體資產之前重複預訂剩餘庫存。

備註 系統會顯示比實際可用數量更多的資產。「保留任何資產」 選項會建立軟性保留。此預留會減少可用的庫存計數,以避免重複預訂而無須配置特定的實體資產。若要立即保留不同的個別識別資產,請改為選取「保留特定資產」。

軟性保留生命週期

軟性預留生命週期遵循以下階段:

1. 來源:開啟服務要求並檢閱倉庫位置之間的可用庫存。
2. 軟性保留:選取「針對特定位置保留任何資產」,以觸發軟性保留,而非選取特定的序列化資產。
3. 庫存更新:系統會增加相關產品項目的「軟體保留數量」,並減少「可用數量」。
4. 轉換:將特定實體資產連結至履行訂單條列項目,以耗用軟性預留。資產狀態會更新為「 保留」,將庫存轉換為實分配。

可用數量公式

針對以資產為基礎的庫存位置,系統會評估基本資料,以決定新要求可用的淨庫存:

可用數量 = 現有數量 - (軟體預留數量 + 已配置數量 + 損毀數量 + 暫停數量)

管理限制

為了維護資料完整性和可靠的稽核追蹤,軟性保留欄位受限於特定系統限制:

• 唯讀欄位:針對以資產為基礎的位置,數量追蹤欄位 (包括「軟體預留數量」) 會自動衍生自基本資產記錄或履行訂單。這些欄位為唯讀,以防止手動庫存不準確。
• 完整配置:系統不支援單一訂單條列項目的部分配置。如果位置缺少整個要求數量的庫存,則系統會傳回錯誤。
• 自動回復:如果您在取件前取消服務要求,則系統會觸發取消配置。此流程會將可用數量還原至一般集區,而不會影響實體現有計數。