出库过程中,从某个仓库发放项目挂钩货物会导致基于挂钩分配的库存事务处理。
出库通知和检验期间,会使用建议数量、核准数量和拒收数量更新出库单行成本挂钩分配。当货物到达集装库位并装运时,会创建实际挂钩。确认过程中,会创建装运行挂钩分配。
生成出库通知
生成挂钩出库单行的出库通知时,会执行附加库存检查以确定必须建议的挂钩库存。LN 会首先搜索可用的存货点。如果标识了存货点,会根据存货点的可用数量和项目挂钩库存中的可用数量建议出库单行成本挂钩分配。挂钩分配基于最早需求日期进行。
当确定必须针对每个单独挂钩行通知的数量时,在搜索项目挂钩库存前,系统会执行以下计算:
待通知数量 = 需求数量 - 通知数量 - 拒收数量
- 已装运数量 - 未装运数量 - 预期未装运数量
待建议的数量 = 最小值 (待分配(存货点数量),待建议)
此表说明了必须建议的数量:
需求数量
|
通知数量
|
已装运数量
|
未装运数量
|
待建议数量
|
10
|
10
|
10
|
0
|
0 (10 – (10 – 0))
|
20
|
10
|
10
|
0
|
10 (20 – (10 – 0))
|
20
|
20
|
10
|
10
|
10 (20 – (20 – 10))
|
20
|
20
|
10
|
0
|
0 (20 – (20 – 0))
|
20
|
20
|
15
|
5
|
5 (20 – (20 – 5))
|
20
|
20
|
0
|
20
|
20 (20 – (20 – 20))
|
在检索到待建议数量后,可以激活项目挂钩库存搜索引擎。
存在以下方案:
- 无短缺,建议完全数量
- 项目挂钩库存中存在短缺
-
存货点库存中存在短缺
- 在项目挂钩库存中可建议的部分没有短缺
- 在项目挂钩库存中可建议的部分存在短缺
无短缺,建议完全数量
库存的最初位置:
仓库 - 物料库存 (whwmd215)
|
仓库
|
物料
|
现有库存
|
库位分配数量
|
可用数量
|
WH01
|
item001
|
100
|
0
|
100
|
项目挂钩库存 (whwmd260)
|
仓库
|
物料
|
项目
|
要素
|
活动
|
延伸合同
|
成本构成
|
现有库存
|
库位分配数量
|
可用数量
|
WH01
|
item001
|
proj1
|
elem1
|
acti1
|
|
|
40
|
0
|
40
|
WH01
|
item001
|
proj2
|
elem2
|
acti2
|
|
|
40
|
0
|
40
|
WH01
|
item001
|
proj2
|
elem3
|
acti2
|
|
|
20
|
0
|
20
|
出库单行 (whinh220)
|
订单来源
|
订单
|
行
|
序号
|
物料
|
仓库
|
订货数量
|
状态
|
销售
|
SLS000001
|
10
|
1
|
item001
|
WH01
|
40
|
未结
|
出库单行成本挂钩分配 (whinh290)
|
订单来源
|
订单
|
行
|
序号
|
挂钩行
|
项目
|
要素
|
活动
|
订货数量
|
通知数量
|
要求日期
|
销售
|
SLS000001
|
10
|
1
|
10
|
proj1
|
elem1
|
acti1
|
10
|
0
|
10/30/2011
|
销售
|
SLS000001
|
10
|
1
|
20
|
proj2
|
elem2
|
acti2
|
20
|
0
|
11/1/2011
|
销售
|
SLS000001
|
10
|
1
|
30
|
proj2
|
elem3
|
acti2
|
10
|
0
|
10/29/2011
|
在该示例中,您可以看到,由于库存水平足够,因此可以通知出库单行。
以下示例显示创建出库通知后的结果:
仓库 - 物料库存 (whwmd215)
|
仓库
|
物料
|
现有库存
|
库位分配数量
|
可用数量
|
WH01
|
item001
|
100
|
40
|
60
|
项目挂钩库存 (whwmd260)
|
仓库
|
物料
|
项目
|
要素
|
活动
|
延伸合同
|
成本构成
|
现有库存
|
库位分配数量
|
可用数量
|
WH01
|
item001
|
proj1
|
elem1
|
acti1
|
|
|
40
|
10
|
30
|
WH01
|
item001
|
proj2
|
elem2
|
acti2
|
|
|
40
|
20
|
20
|
WH01
|
item001
|
proj2
|
elem3
|
acti2
|
|
|
20
|
10
|
10
|
出库单行 (whinh220)
|
订单来源
|
订单
|
行
|
序号
|
物料
|
仓库
|
订货数量
|
状态
|
销售
|
SLS000001
|
10
|
1
|
item001
|
WH01
|
40
|
已通知
|
出库通知 (whinh225)
|
订单来源
|
订单
|
行
|
序号
|
物料
|
仓库
|
通知数量
|
销售
|
SLS000001
|
10
|
1
|
item001
|
WH01
|
40
|
出库单行成本挂钩分配 (whinh290)
|
订单来源
|
订单
|
行
|
序号
|
挂钩行
|
项目
|
要素
|
活动
|
订货数量
|
通知数量
|
要求日期
|
销售
|
SLS000001
|
10
|
1
|
10
|
proj1
|
elem1
|
acti1
|
10
|
10
|
10/30/2011
|
销售
|
SLS000001
|
10
|
1
|
20
|
proj2
|
elem2
|
acti2
|
20
|
20
|
11/1/2011
|
销售
|
SLS000001
|
10
|
1
|
30
|
proj2
|
elem3
|
acti2
|
10
|
10
|
10/29/2011
|
注意仅创建一个出库通知。出库单行成本挂钩分配会随着每个挂钩的建议数量进行更新。
项目挂钩库存中存在短缺
成本挂钩转移功能使您可以跟踪项目挂钩库存中的短缺。如需更多信息,请参阅:仓储管理子系统中的成本挂钩转移。
库存的最初位置:
仓库 - 物料库存 (whwmd215)
|
仓库
|
物料
|
现有库存
|
库位分配数量
|
可用数量
|
WH01
|
item001
|
100
|
60
|
40
|
项目挂钩库存 (whwmd260)
|
仓库
|
物料
|
项目
|
要素
|
活动
|
延伸合同
|
成本构成
|
现有库存
|
库位分配数量
|
可用数量
|
WH01
|
item001
|
proj1
|
elem1
|
acti1
|
|
|
20
|
0
|
20
|
WH01
|
item001
|
proj2
|
elem2
|
acti2
|
|
|
10
|
0
|
10
|
WH01
|
item001
|
proj2
|
elem3
|
acti2
|
|
|
70
|
60
|
10
|
出库单行 (whinh220)
|
订单来源
|
订单
|
行
|
序号
|
物料
|
仓库
|
订货数量
|
状态
|
销售
|
SLS000001
|
10
|
1
|
item001
|
WH01
|
40
|
未结
|
出库单行成本挂钩分配 (whinh290)
|
订单来源
|
订单
|
行
|
序号
|
挂钩行
|
项目
|
要素
|
活动
|
订货数量
|
通知数量
|
要求日期
|
销售
|
SLS000001
|
10
|
1
|
10
|
proj1
|
elem1
|
acti1
|
10
|
0
|
10/30/2011
|
销售
|
SLS000001
|
10
|
1
|
20
|
proj2
|
elem2
|
acti2
|
20
|
0
|
11/1/2011
|
销售
|
SLS000001
|
10
|
1
|
30
|
proj2
|
elem3
|
acti2
|
10
|
0
|
10/29/2011
|
在这个例子中,挂钩行 20 具有较高的优先级,因为它的需求日期较早。
创建出库通知(未使用转移逻辑)后所产生的库存列于以下表中:
仓库 - 物料库存 (whwmd215)
|
仓库
|
物料
|
现有库存
|
库位分配数量
|
可用数量
|
WH01
|
item001
|
100
|
90
|
10
|
项目挂钩库存 (whwmd260)
|
仓库
|
物料
|
项目
|
要素
|
活动
|
延伸合同
|
成本构成
|
现有库存
|
库位分配数量
|
可用数量
|
WH01
|
item001
|
proj1
|
elem1
|
acti1
|
|
|
20
|
10
|
10
|
WH01
|
item001
|
proj2
|
elem2
|
acti2
|
|
|
10
|
10
|
0
|
WH01
|
item001
|
proj2
|
elem3
|
acti2
|
|
|
70
|
70
|
0
|
出库单行 (whinh220)
|
订单来源
|
订单
|
行
|
序号
|
物料
|
仓库
|
订货数量
|
状态
|
销售
|
SLS000001
|
10
|
1
|
item001
|
WH01
|
40
|
已部分建议
|
出库单行成本挂钩分配 (whinh290)
|
订单来源
|
订单
|
行
|
序号
|
挂钩行
|
项目
|
要素
|
活动
|
订货数量
|
通知数量
|
要求日期
|
销售
|
SLS000001
|
10
|
1
|
10
|
proj1
|
elem1
|
acti1
|
10
|
10
|
10/30/2011
|
销售
|
SLS000001
|
10
|
1
|
20
|
proj2
|
elem2
|
acti2
|
20
|
10
|
11/1/2011
|
销售
|
SLS000001
|
10
|
1
|
30
|
proj2
|
elem3
|
acti2
|
10
|
10
|
10/29/2011
|
出库通知 (whinh225)
|
订单来源
|
订单
|
行
|
序号
|
物料
|
仓库
|
通知数量
|
销售
|
SLS000001
|
10
|
1
|
item001
|
WH01
|
30
|
在项目挂钩库存中可建议的部分没有短缺
在此示例中,没有足够的可用库存。但是,还必须处理可建议的库存部分。
库存的最初位置:
仓库 - 物料库存 (whwmd215)
|
仓库
|
物料
|
现有库存
|
库位分配数量
|
可用数量
|
WH01
|
item001
|
50
|
20
|
30
|
项目挂钩库存 (whwmd260)
|
仓库
|
物料
|
项目
|
要素
|
活动
|
延伸合同
|
成本构成
|
现有库存
|
库位分配数量
|
可用数量
|
WH01
|
item001
|
proj1
|
elem1
|
acti1
|
|
|
10
|
0
|
10
|
WH01
|
item001
|
proj2
|
elem2
|
acti2
|
|
|
30
|
20
|
10
|
WH01
|
item001
|
proj2
|
elem3
|
acti2
|
|
|
10
|
0
|
10
|
出库单行 (whinh220)
|
订单来源
|
订单
|
行
|
序号
|
物料
|
仓库
|
订货数量
|
状态
|
销售
|
SLS000001
|
10
|
1
|
item001
|
WH01
|
40
|
未结
|
出库单行成本挂钩分配 (whinh290)
|
订单来源
|
订单
|
行
|
序号
|
挂钩行
|
项目
|
要素
|
活动
|
订货数量
|
通知数量
|
要求日期
|
销售
|
SLS000001
|
10
|
1
|
10
|
proj1
|
elem1
|
acti1
|
10
|
0
|
10/30/2011
|
销售
|
SLS000001
|
10
|
1
|
20
|
proj2
|
elem2
|
acti2
|
20
|
0
|
11/1/2011
|
销售
|
SLS000001
|
10
|
1
|
30
|
proj2
|
elem3
|
acti2
|
10
|
0
|
10/29/2011
|
库存水平上显示短缺 10 件。仅可为可用挂钩库存创建通知。LN 可生成针对短缺的消息,并创建可用库存的出库通知。下面是生成出库通知后所产生的库存:
仓库 - 物料库存 (whwmd215)
|
仓库
|
物料
|
现有库存
|
库位分配数量
|
可用数量
|
WH01
|
item001
|
50
|
50
|
0
|
项目挂钩库存 (whwmd260)
|
仓库
|
物料
|
项目
|
要素
|
活动
|
延伸合同
|
成本构成
|
现有库存
|
库位分配数量
|
可用数量
|
WH01
|
item001
|
proj1
|
elem1
|
acti1
|
|
|
10
|
10
|
0
|
WH01
|
item001
|
proj2
|
elem2
|
acti2
|
|
|
30
|
30
|
0
|
WH01
|
item001
|
proj2
|
elem3
|
acti2
|
|
|
10
|
10
|
0
|
出库单行 (whinh220)
|
订单来源
|
订单
|
行
|
序号
|
物料
|
仓库
|
订货数量
|
状态
|
销售
|
SLS000001
|
10
|
1
|
item001
|
WH01
|
40
|
已部分建议
|
出库单行成本挂钩分配 (whinh290)
|
订单来源
|
订单
|
行
|
序号
|
挂钩行
|
项目
|
要素
|
活动
|
订货数量
|
通知数量
|
要求日期
|
销售
|
SLS000001
|
10
|
1
|
10
|
proj1
|
elem1
|
acti1
|
10
|
10
|
10/30/2011
|
销售
|
SLS000001
|
10
|
1
|
20
|
proj2
|
elem2
|
acti2
|
20
|
10
|
11/1/2011
|
销售
|
SLS000001
|
10
|
1
|
30
|
proj2
|
elem3
|
acti2
|
10
|
10
|
10/29/2011
|
出库通知 (whinh225)
|
订单来源
|
订单
|
行
|
序号
|
物料
|
仓库
|
通知数量
|
销售
|
SLS000001
|
10
|
1
|
item001
|
WH01
|
30
|
在项目挂钩库存中可建议的部分存在短缺
在项目挂钩库存中存在短缺。
库存的最初位置:
仓库 - 物料库存 (whwmd215)
|
仓库
|
物料
|
现有库存
|
库位分配数量
|
可用数量
|
WH01
|
item001
|
50
|
20
|
30
|
项目挂钩库存 (whwmd260)
|
仓库
|
物料
|
项目
|
要素
|
活动
|
延伸合同
|
成本构成
|
现有库存
|
库位分配数量
|
可用数量
|
WH01
|
item001
|
proj1
|
elem1
|
acti1
|
|
|
10
|
0
|
10
|
WH01
|
item001
|
proj2
|
elem2
|
acti2
|
|
|
5
|
0
|
0
|
WH01
|
item001
|
proj2
|
elem3
|
acti2
|
|
|
35
|
20
|
15
|
出库单行 (whinh220)
|
订单来源
|
订单
|
行
|
序号
|
物料
|
仓库
|
订货数量
|
状态
|
销售
|
SLS000001
|
10
|
1
|
item001
|
WH01
|
40
|
未结
|
出库单行成本挂钩分配 (whinh290)
|
订单来源
|
订单
|
行
|
序号
|
挂钩行
|
项目
|
要素
|
活动
|
订货数量
|
通知数量
|
要求日期
|
销售
|
SLS000001
|
10
|
1
|
10
|
proj1
|
elem1
|
acti1
|
10
|
0
|
10/30/2011
|
销售
|
SLS000001
|
10
|
1
|
20
|
proj2
|
elem2
|
acti2
|
20
|
0
|
11/1/2011
|
销售
|
SLS000001
|
10
|
1
|
30
|
proj2
|
elem3
|
acti2
|
10
|
0
|
10/29/2011
|
在库存水平上存在 10 件短缺。在可建议的部分中,项目挂钩库存中存在 5 件短缺。在此情况下,LN 确定可建议 30 件。但是,标识了 5 件额外短缺。因此,仅可建议 25 件。以下示例会说明产生的库存:
仓库 - 物料库存 (whwmd215)
|
仓库
|
物料
|
现有库存
|
库位分配数量
|
可用数量
|
WH01
|
item001
|
50
|
45
|
5
|
项目挂钩库存 (whwmd260)
|
仓库
|
物料
|
项目
|
要素
|
活动
|
延伸合同
|
成本构成
|
现有库存
|
库位分配数量
|
可用数量
|
WH01
|
item001
|
proj1
|
elem1
|
acti1
|
|
|
10
|
10
|
0
|
WH01
|
item001
|
proj2
|
elem2
|
acti2
|
|
|
5
|
5
|
0
|
WH01
|
item001
|
proj2
|
elem3
|
acti2
|
|
|
35
|
30
|
5
|
出库单行 (whinh220)
|
订单来源
|
订单
|
行
|
序号
|
物料
|
仓库
|
订货数量
|
状态
|
销售
|
SLS000001
|
10
|
1
|
item001
|
WH01
|
40
|
已部分建议
|
出库单行成本挂钩分配 (whinh290)
|
订单来源
|
订单
|
行
|
序号
|
挂钩行
|
项目
|
要素
|
活动
|
订货数量
|
通知数量
|
要求日期
|
销售
|
SLS000001
|
10
|
1
|
10
|
proj1
|
elem1
|
acti1
|
10
|
10
|
10/30/2011
|
销售
|
SLS000001
|
10
|
1
|
20
|
proj2
|
elem2
|
acti2
|
20
|
5
|
11/1/2011
|
销售
|
SLS000001
|
10
|
1
|
30
|
proj2
|
elem3
|
acti2
|
10
|
10
|
10/29/2011
|
出库通知 (whinh225)
|
订单来源
|
订单
|
行
|
序号
|
物料
|
仓库
|
通知数量
|
销售
|
SLS000001
|
10
|
1
|
item001
|
WH01
|
25
|
创建出库通知(不考虑库存短缺)
LN 不允许您生成通知数量高于相关出库单行成本挂钩分配总通知数量的出库通知。
出库通知所有权
如果出库行具有项目挂钩关系,则在创建出库通知时,LN 会自动生成出库通知所有权。LN 不允许您更改项目挂钩订单行的所有权分配。所有权分配以出库单行上设置的发料所有权为基础。
LN 不允许您生成所有权分配,或插入、修改和删除“出库通知所有权 (whinh4128m000)”进程中挂钩出库单行的记录。
库存搜索引擎
生成出库通知的过程中进行的库存选择必须更改为支持项目挂钩库存。建议与挂钩物料建立需求关系时,该过程会维护这些挂钩分配行。因此,扩展库存搜索引擎逻辑以支持项目挂钩库存。
执行这些步骤的目的是为了找到物料仓库层上的库存。库存的搜索顺序:
- 搜索具有所需挂钩的可用库存。
- 搜索可用的成本挂钩转移订单(由企业计划子系统创建或人工输入的成本挂钩转移订单)。
- 搜索可用的超额。
- 搜索“可供转移”(非超额库存)。
- 取消挂钩的库存。
- 替代物料。
人工出库通知
对于人工创建的出库通知,当库存不足,无法对人工输入的建议数量进行分配时,LN 会显示一条错误消息。还会执行成本挂钩转移逻辑。
出库通知上的人工更改
当您修改出库通知数量时,LN 会更新基本挂钩分配上的建议数量。
如果减少数量,则会启动挂钩重新分配。必须根据最新的需求日期减少建议数量。例如:
仓库 - 物料库存 (whwmd215)
|
仓库
|
物料
|
现有库存
|
库位分配数量
|
可用数量
|
WH01
|
item001
|
50
|
50
|
0
|
项目挂钩库存 (whwmd260)
|
仓库
|
物料
|
项目
|
要素
|
活动
|
延伸合同
|
成本构成
|
现有库存
|
库位分配数量
|
可用数量
|
WH01
|
item001
|
proj1
|
elem1
|
acti1
|
100
|
100
|
20
|
20
|
0
|
WH01
|
item001
|
proj2
|
elem2
|
acti2
|
100
|
100
|
30
|
30
|
0
|
出库单行 (whinh220)
|
订单来源
|
订单
|
行
|
序号
|
物料
|
仓库
|
订货数量
|
状态
|
销售
|
SLS000001
|
10
|
1
|
item001
|
WH01
|
50
|
已通知
|
出库单行成本挂钩分配 (whinh290)
|
订单来源
|
订单
|
行
|
序号
|
挂钩行
|
项目
|
要素
|
活动
|
订货数量
|
通知数量
|
要求日期
|
销售
|
SLS000001
|
10
|
1
|
10
|
proj1
|
elem1
|
acti1
|
20
|
20
|
10/30/2011
|
销售
|
SLS000001
|
10
|
1
|
20
|
proj2
|
elem2
|
acti2
|
30
|
30
|
11/1/2011
|
出库通知 (whinh225)
|
订单来源
|
订单
|
行
|
序号
|
物料
|
仓库
|
通知数量
|
销售
|
SLS000001
|
10
|
1
|
item001
|
WH01
|
50
|
当您将建议的数量更改为 45 时,会产生以下结果:
仓库 - 物料库存 (whwmd215)
|
仓库
|
物料
|
现有库存
|
库位分配数量
|
可用数量
|
WH01
|
item001
|
50
|
45
|
5
|
出库通知 (whinh225)
|
订单来源
|
订单
|
行
|
序号
|
物料
|
仓库
|
通知数量
|
销售
|
SLS000001
|
10
|
1
|
item001
|
WH01
|
60
|
撤消出库通知
删除通知时,必须从出库单行成本挂钩分配去除已删除出库通知行上的建议数量。
处理领料
用户处理领料单时,LN 还会处理已领料出库通知的待定成本挂钩转移。
退货的出库通知
根据最新需求日期完成通知,首先通知具有最新需求日期的挂钩。
创建装运行成本挂钩分配
确认装运行时,会为与已挂钩出库单行相关的装运行创建装运行成本挂钩分配。通过装运行的挂钩来分配装运数量。以下示例中说明了分配:
仓库 - 物料库存 (whwmd215)
|
仓库
|
物料
|
现有库存
|
库位分配数量
|
可用数量
|
WH01
|
item001
|
50
|
50
|
0
|
项目挂钩库存 (whwmd260)
|
仓库
|
物料
|
项目
|
要素
|
活动
|
延伸合同
|
成本构成
|
现有库存
|
库位分配数量
|
可用数量
|
WH01
|
item001
|
proj1
|
elem1
|
acti1
|
|
|
20
|
20
|
0
|
WH01
|
item001
|
proj2
|
elem2
|
acti2
|
|
|
10
|
10
|
0
|
WH01
|
item001
|
proj2
|
elem3
|
acti2
|
|
|
20
|
20
|
0
|
出库单行 (whinh220)
|
订单来源
|
订单
|
行
|
序号
|
物料
|
仓库
|
订货数量
|
状态
|
销售
|
SLS000001
|
10
|
1
|
item001
|
WH01
|
50
|
未结
|
出库通知 (whinh225)
|
订单来源
|
订单
|
行
|
序号
|
物料
|
仓库
|
通知数量
|
销售
|
SLS000001
|
10
|
1
|
item001
|
WH01
|
50
|
出库单行成本挂钩分配 (whinh290)
|
订单来源
|
订单
|
行
|
序号
|
挂钩行
|
项目
|
要素
|
活动
|
订货数量
|
通知数量
|
要求日期
|
销售
|
SLS000001
|
10
|
1
|
10
|
proj1
|
elem1
|
acti1
|
20
|
20
|
10/30/2011
|
销售
|
SLS000001
|
10
|
1
|
20
|
proj2
|
elem2
|
acti2
|
10
|
10
|
11/1/2011
|
销售
|
SLS000001
|
10
|
1
|
30
|
proj2
|
elem3
|
acti2
|
20
|
20
|
10/29/2011
|
在此情况下,会创建以下装运行:
装运行 (whinh431)
|
装运
|
装运行
|
订单来源
|
订单
|
行
|
序号
|
物料
|
已装运数量
|
SHIP00001
|
10
|
销售
|
SLS000001
|
10
|
1
|
item001
|
30
|
SHIP00002
|
10
|
销售
|
SLS000001
|
10
|
1
|
item001
|
20
|
装运行 (whinh428)
|
装运
|
装运行
|
挂钩行
|
项目
|
要素
|
活动
|
要求日期
|
已装运数量
|
SHIP00001
|
10
|
10
|
proj1
|
elem1
|
acti1
|
10/30/2011
|
10
|
SHIP00001
|
10
|
30
|
proj2
|
elem2
|
acti1
|
10/29/2011
|
20
|
确认装运后,会在出库单行成本挂钩分配上更新已装运数量。
出库单行成本挂钩分配 (whinh290)
|
订单来源
|
订单
|
行
|
序号
|
挂钩行
|
项目
|
要素
|
活动
|
订货数量
|
通知数量
|
要求日期
|
已装运数量
|
销售
|
SLS000001
|
10
|
1
|
10
|
proj1
|
elem1
|
acti1
|
20
|
20
|
10/30/2011
|
10
|
销售
|
SLS000001
|
10
|
1
|
20
|
proj2
|
elem2
|
acti2
|
10
|
10
|
11/1/2011
|
0
|
销售
|
SLS000001
|
10
|
1
|
30
|
proj2
|
elem3
|
acti2
|
20
|
20
|
10/29/2011
|
20
|
短交和溢交
对于短交,必须将未交货的数量分配在挂钩分配上,并应从具有最新需求日期的挂钩行开始分配。对于溢交,溢交数量必须在出库单行的可用挂钩行上平均分配。
未装运数量
仅当挂钩分配上存在未装运数量时才将挂钩行分配数据转移到转移订单/调整订单。在确认过程中,会在出库单行成本挂钩分配和装运行成本挂钩分配上更新未装运数量。
退货装运
如果未将物料装运至目的地,而是将其装运回至来源地,则当在确认退货装运行过程中生成装运行成本挂钩分配时,会应用冲销需求日期优先级。由于物料库存减少,LN 会根据最新需求日期更改挂钩库存。
成本挂钩转移
成本挂钩转移支持两个不同挂钩(挂钩到取消挂钩,反之亦然)之间的成本转移。成本挂钩转移不会实际移动库存,而仅会转移库存的成本。在同一仓库内执行成本挂钩转移。不能跨仓库转移货物。如需更多信息,请参阅:仓储业务子系统中的成本挂钩转移
转移(人工)订单/转移订单
LN 允许您使用入库和出库成本挂钩分配指定转移人工订单来转移仓库之间的实际货物。LN 会根据项目挂钩库存生成出库单行成本挂钩分配。还可以人工创建成本挂钩分配,并转移到入库行成本挂钩分配。
在后期阶段更改仓单
LN 允许您修改与销售订单/销售进度计划相关的出库仓单数据。可以修改所有来源的仓单数据。您也可以将其定义为可以修改出库过程步骤之前的数据。如需更多信息,请参阅:修改出库仓单数据。
装运页眉/行上的额外成本
将强制挂钩的成本物料作为额外成本添加至装运时,将不会显示此成本物料,因为 LN 无法解析必须将哪个挂钩添加到额外成本行。
当在装运行上将强制挂钩的成本物料作为额外成本添加时,或当父装运行有一个挂钩分配时,LN 会将该挂钩分配数据复制到额外成本行。此额外成本行的成本挂钩会分配转移至销售成本订单。如需更多信息,请参阅:基于装运的额外成本