楼主: little stone

有關於MOVE ORDER

[复制链接]
论坛徽章:
1
授权会员
日期:2010-08-29 17:08:59
11#
 楼主| 发表于 2004-9-21 10:40 | 只看该作者
最初由 bosungcf 发布
[B]有这样一种情况不知道适不适用?

创建订单,订单类型为A,订单号为1#;
保存订单号以后,更改订单类型到B,订单号会改为2#。

这时拿2#去做move order 时是不能做的,而且1#订单号是找不到的,不知道你们会不会是这样的情况, [/B]

哦,我們的設定是不能改變訂單號碼的,不過,不能撿貨的單子取消掉,然後,重開訂單,就又能撿了。但是這樣會給後段模組帶來麻煩,我想還是mo處理好。

使用道具 举报

回复
论坛徽章:
0
12#
发表于 2004-9-21 10:44 | 只看该作者
PICK RELEASE 必然生成MOVE ORDER。
建议调试方式:
挑库分配和挑库确认全部更改为手工处理。
另外对此订单行指定库存组织和子库存,再做一次发放。
另外查询此物料的属性,比如可保留,可ATP等。
另外查询此物料的可保留量。

最初由 little stone 发布
[B]
哦?那請您指教在下,您能說說撿貨的程序流程嗎? [/B]

使用道具 举报

回复
论坛徽章:
1
授权会员
日期:2010-08-29 17:08:59
13#
 楼主| 发表于 2004-9-21 11:00 | 只看该作者
最初由 marco0509 发布
[B]PICK RELEASE 必然生成MOVE ORDER。
建议调试方式:
挑库分配和挑库确认全部更改为手工处理。
另外对此订单行指定库存组织和子库存,再做一次发放。
另外查询此物料的属性,比如可保留,可ATP等。
另外查询此物料的可保留量。

[/B]

導致不能挑庫所有可能都已經檢查了,是正確的, 我現在懷疑系統程序可能有問題,最開始提出的問題提示就是在手動操作時得到的.我現在正在試圖查找源程序, 但是程序太多,我不知道怎麼看, 期盼有經驗的高手指點一二.

使用道具 举报

回复
论坛徽章:
6
授权会员
日期:2005-10-30 17:05:33生肖徽章:蛇
日期:2006-09-07 10:13:45金色在线徽章
日期:2006-11-07 04:01:48生肖徽章:狗
日期:2006-11-19 16:27:22ITPUB元老
日期:2006-12-31 11:59:39会员2007贡献徽章
日期:2007-09-26 18:42:10
14#
发表于 2004-9-21 14:05 | 只看该作者

re

关注。。。。。。。。。

使用道具 举报

回复
论坛徽章:
1
授权会员
日期:2010-08-29 17:08:59
15#
 楼主| 发表于 2004-9-21 21:44 | 只看该作者
還有在對數據庫進行檢索,對比操作時,使用如下命令
select *
from mtl_sales_orders
where segment1='1234567890'
發現segment2的內容是錯誤的,是不是這裡的原因.

使用道具 举报

回复
论坛徽章:
0
16#
发表于 2004-9-22 10:17 | 只看该作者
楼上的朋友,我刚解决了一个跟你类似的问题,就是因为
mtl_sales_orders 中 segment1(SO号),segment2(SO类型)
其中的segment2的错误,导致不能挑库发放。
你试一试,把segment2是否和OM,so上销售订单类型一致,如果不一致,修改成正确的,就应该可以解决了!

使用道具 举报

回复
论坛徽章:
1
授权会员
日期:2010-08-29 17:08:59
17#
 楼主| 发表于 2004-9-22 10:33 | 只看该作者
最初由 tking 发布
[B]楼上的朋友,我刚解决了一个跟你类似的问题,就是因为
mtl_sales_orders 中 segment1(SO号),segment2(SO类型)
其中的segment2的错误,导致不能挑库发放。
你试一试,把segment2是否和OM,so上销售订单类型一致,如果不一致,修改成正确的,就应该可以解决了! [/B]

segment2的內容只是對挑庫有影響嗎?不會對其他的模組,其他的功能帶來影響嗎?這樣改不會產生負面影響嗎?據我所知mtl_sales_orders是一個隸屬於mrp的tab這樣改會不會很危險??

使用道具 举报

回复
论坛徽章:
0
18#
发表于 2004-9-22 13:54 | 只看该作者
我也想知道怎么把segment1和segment2调成一致的?
这样改的话,破坏了原来的弹性域不会有负面影响吗?

我建议还是找出为什么会出现segment1和segment2不匹配的原因,再去找出根源来解决吧。


Regarding

使用道具 举报

回复
论坛徽章:
1
授权会员
日期:2010-08-29 17:08:59
19#
 楼主| 发表于 2004-9-22 14:27 | 只看该作者
最初由 bosungcf 发布
[B]我也想知道怎么把segment1和segment2调成一致的?
这样改的话,破坏了原来的弹性域不会有负面影响吗?

我建议还是找出为什么会出现segment1和segment2不匹配的原因,再去找出根源来解决吧。


Regarding [/B]


我只是知道, mrp實在在這裡獲得信息的.我覺得可能會有影響.

使用道具 举报

回复
论坛徽章:
0
20#
发表于 2004-9-22 14:58 | 只看该作者
最初由 tking 发布
[B]楼上的朋友,我刚解决了一个跟你类似的问题,就是因为
mtl_sales_orders 中 segment1(SO号),segment2(SO类型)
其中的segment2的错误,导致不能挑库发放。
你试一试,把segment2是否和OM,so上销售订单类型一致,如果不一致,修改成正确的,就应该可以解决了! [/B]


具体问题具体分析一下,我的那个问题是由于生成SO的时候,SO类型为SO_type_A,后来改成了SO_type_B,而那个mtl_sales_orders没有跟着SO的变化改变类型,所以挑库时出错,我直接改了segment2和我的SO类型一致,就解决了这个问题。这个订单现在已经正常的关闭,没有其他问题出现。直接更改数据库的数据可能有潜在的危险,所以我的方法就是个参考。
希望有高手,给个安全可靠的解决方法!

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表