交货单按照不同的库位拆分？

SAPSVEN

原帖由 lly79 于 2011-3-17 13:44 发表
如果仓库A和仓库B存储的物料没有交叉，就可以把仓库A存储的物料主数据中装载组设为‘0001’，仓库B存储的物料主数据中装载组设为‘0002，这样就可以通过装运点拆分交货单，这是标准配置。路径：SPRO>后勤执行>装运>基本发运功能>装运点和收货点确认>分配运送地点

如果仓库A和仓库B存储的物料有交叉，那么只能通过复制控制拆分了。提个思路：1. 首先把销售单的行项目的库存地点设为必输字段 2. 在销售单到交货单复制控制的抬头数据的例程中把销售单号+库存地点赋值给‘likp-zukrl’ 这个字段，就可以拆分了。

配置了一遍,确实可以自动拆分,谢谢lly79 ,是我学艺不精,没注意这个细节,打扰大家了 呵呵

rosefish

原帖由 SAPSVEN 于 2011-3-17 13:16 发表


首先谢谢lly79的回复。

这个问题我这是这么理解的：
1：我们公司的库位，有些相距很远，而且交货单是不需要拣配的，使用ABAP自开发的出库扫描程序实现的实物和交货单上数量的核对，然后过账。所以产生交货单按照库位的拆分是很必要的，这样在业务的处理上也比较直观些。交货单产生后，对应的库位直接按照交货单捡货，然后发货过账就可以了。
2：业务上的请教：如果一个交货单上有很多的库位，仓库在捡货和发货的时候，会不会有冲突？比如交货单上有A和B两个仓库的货，货车从A仓库捡货之后满了，然后开走了，那我没法办发货过账啊。因为B仓库的货品还没有捡货。但是我不发货过账，实际货品已经在途了，系统库存还在，这又怎么处理？
3：配置上的请教：那就是大家谁这么做过，指点小弟下。

最后谢谢大家的回复，希望帮大家帮我把这个问题解决。

对于问题2，可参考以下内容（只适用于启用WM的情况）
In picking, differences may occur between the quantity actually removed and
the delivery quantity. However, you can only post a goods issue if the picking
quantity and delivery quantity are the same.
One option is to copy the picking quantity as the delivery quantity and perform
a partial delivery. In the order, the status is set to partially delivered, and a new
delivery is created for the remaining items.
Alternatively, you can choose subsequent picking. In this case, you create a
new transfer order for the difference.

SAPSVEN

原帖由 rosefish 于 2011-3-17 19:42 发表

对于问题2，可参考以下内容（只适用于启用WM的情况）
In picking, differences may occur between the quantity actually removed and
the delivery quantity. However, you can only post a goods issue if the picking
quantity and delivery quantity are the same.
One option is to copy the picking quantity as the delivery quantity and perform
a partial delivery. In the order, the status is set to partially delivered, and a new
delivery is created for the remaining items.
Alternatively, you can choose subsequent picking. In this case, you create a
new transfer order for the difference.

3Q rosefish 的回答。这个我在自学lean WM时候接触过，唉，很多东西学完之后都不能和实际业务融会贯通，这也是自学的一种悲哀吧。这个问题弄明白了，谢谢大家的耐心回答，

thelamb1

呵呵 还真没注意过这个业务场景，学习。

zyh9988

不错，还是很有用