| # 装运完整成套件约束条件 成套件处理允许装运不完整子套件。但对于单个销售订单或销售订单行，可以使用装运完整成套件约束条件来强制装运完整的顶层套件或子套件。如果库存不足以满足整个销售订单或销售订单行，则只为可以构成完整的顶级套件或子套件的库存生成通知。 示例 销售订单行列出了四个子套件 A，并且在销售订单行上指定了装运完整成套件约束条件。 子套件 A 包含以下组件：
组件 | 数量 | 库存单位
--- | --- | ---
C1 | 3 | 件
C2 | 4 | 件
C3 | 6 | 件
子套件 A 可用的库存如下：
组件 | 数量 | 库存单位
--- | --- | ---
C1 | 15 | 件
C2 | 18 | 件
C3 | 20 | 件
子套件 A 的销售订单行在一个订单集中生成三个出库单行。出库单行的订购数量如下：
出库单行 | 组件 | 子套件数量 | 物料清单数量 | 组件数量 | 库存单位
--- | --- | --- | --- | --- | ---
001 | C1： | 4 | 3 | 12 | 件
002 | C2： | 4 | 4 | 16 | 件
003 | C3 | 4 | 6 | 24 | 件
图例
出库单行 | 出库单行
子套件数量 | 子套件订货数量
物料清单数量 | 每个子套件的组件数量
组件数量 | 每个组件的订购数量（Qty sk * Qty BOM）
组件 C3 的可用库存不足。因此，LN 只为三个子套件 A 而不是四个生成出库通知。对于最后一个子套件，将生成一个延交订单。生成出库通知后的建议数量有以下几种：
- | C1 的建议数量：3 * 3 = 9 件
- | C2 的建议数量：3 * 4 = 12 件
- | C3 的建议数量：3 * 6 = 18 件
组件 | 子套件 | 组件数量 | 库存单位
--- | --- | --- | ---
C1： | 3 | 9 | 件
C2： | 3 | 12 | 件
C3 | 3 | 18 | 件
对于每个出库单行，如果库存不足以用来满足订单，则显示库存短缺消息。 注意 装运完整成套件约束条件只适用于生成的出库通知。如果出库通知是人工创建的，或者在生成出库通知后进行了人工更改或删除，则 LN 不会对出库通知执行装运完整成套件检查，而是推迟到确认装运后再检查。 因此，如果在处理出库过程中不再要求交付完整成套件，要忽略装运完整成套件约束条件，需要重新生成出库通知（并为不完整成套件生成通知），并在确认相关装运前从销售订单行中删除装运完整成套件约束条件。 如果允许负库存，LN 则不会为生成或人工创建的出库通知执行装运完整成套件检查。 LN 如何计算建议数量 对于仓单（多份） (whinh2100m000) 进程中数量（以存储单位表示）字段的订购子套件数量，计算子套件中每种组件的所需数量。 对于每种组件，计算可用数量，此时会考虑以下几点： 库存承诺 分配缓冲区 库存缓冲区 所有权 明细 负库存 对于每种组件，检查短缺情况。如果存在短缺，为可用库存可生产的最大数量的完整子套件生成通知。 相关主题 仓储管理子系统中的成套件处理概览 负库存 |