不同的销售scheduling VL10E不能生成一张Delivery number（已解决）

显示全部楼层 · 2010-3-1 11:19:08

本帖最后由 qxlintaicang 于 2012-9-29 10:23 编辑
同一家客户，VL10E下面自动生成了两张delivery number,其他数据都一样检查过了，就是下面第一个DN下面的几颗料Po number一样，delivery date不一样
第二个DN下面delivery date一样，PO number不完全一样，各位帮忙分析一下什么原因Scheduling PO number material numberdelivery date DN number1130000426 550138454
157039 2012-06-26820025291130000426 550138454
157040 2012-06-26820025291130000417 550138454
159596 2012-05-25820025291130000416 550138454
159595 2012-05-25820025291130000100 550138454
143966 2010-11-01820025281130000099 550138454
143965 2010-11-01820025281130000098 550138454
140545 2010-11-01820025281130000097 550138454
140549 2010-11-01820025281130000096 550231612
151577 2010-11-01820025281130000095 550231612
150779 2010-11-0182002528

千问 · 2010-3-1 11:19:08

Ship To Party
Inco Terms
Transportation Group
Delivery priority
Shipping Point
这些都相同吗？你可以测试先创建一张DN，然后VL02N，在这个DN的菜单 Outbound Delivery - > Deliver Sales Order
系统会检查是什么不同不能合并DN。

千问 · 2010-3-1 11:19:08

无双的爱发表于 2012-9-28 11:01
Ship To Party
Inco Terms
Transportation Group

123.JPG (106.64 KB, 下载次数: 5)
下载附件
2012-9-28 12:55 上传

提示header项目中CTLPC项目不同，不知道CTLPC是什么东东

千问 · 2010-3-1 11:19:08

找到原因了，CTLPC是表VBAK里面的一个字段，是信贷风险管理种类，因为老的和新的scheduling里面payer-付款方不一样，所以不能合并，谢谢
VL02N检查这个比较给力

千问 · 2010-3-1 11:19:08

分享一下，后来检查原因不是payer不一样，是客户信用管理数据更新后，老的scheduling和销售订单里不会自动更新，要执行F.28后才会更新，所以会提示新的scheduling和老的scheduling里面信用数据不一致