BOM ,COMPONENT REVISION

[复制链接]
查看11 | 回复8 | 2005-10-30 17:05:33 | 显示全部楼层 |阅读模式
一个成品的bom
一个component, 两个revision. A.B
在08-feb-2006 -> 10-mar-2006, 用revision A
在10-mar-2006, 用revision B.
1。请问如何设置eco. 能满足。
2。mrp, 计算的时候, 能不能考虑bom里面不同revision的effecitve时间, 就是在01-mar前, 有revisoin A, 的需求, 之后,考虑revision B的需求
3。mrp, 释放需求到pr时候, revision 号能够代出来。这个已经解决 通过profile 'mrp

urchase by revision'
4.如果在进一步根据avl, sourcing rule采用不同的blanket release.自动生成po, 这个觉得实现不了, 因为avl没有设置有效时间和revision的地方。
各位大哥, 多谢了
回复

使用道具 举报

千问 | 2005-10-30 17:05:33 | 显示全部楼层
我试着来回答一下,看看对不对
1、肯定是可以满足的,在设置ECO或直接定义BOM的时候,对组件都有版本和effective date的控制
2、答案是:会的
3、系统里还有两个关于purchase by revision的profile,建议都设为yes
4、虽然sourcing rule和ASL没有时间性,但你引用的单据,如BPA是有日期和版本控制的
回复

使用道具 举报

千问 | 2005-10-30 17:05:33 | 显示全部楼层
1、肯定是可以满足的,在设置ECO或直接定义BOM的时候,对组件都有版本和effective date的控制
在bom, eco, component那里都看过了, 这个是默认继承 revised date 的version.
user guide 的描述
'The Revision field displays the current revision of the component as of the revision date of the parent item.'
metalink也有说, 不能选择, 总是最后lastest revision
·
fact: Oracle Bills of Material 11.5.3
·

·
fact: BOMFDBOM - Define Bill of Material
·

·
symptom: Revision Of A Component Item On The Bom Always Defaults To Latest
·
Revision
·

·
change: NOTE ROLE: Would perfer the ability to select from active revisions
·
rather than be forced to choose the latest one.
·

·
cause: This is current functionality.
·

·


fix:
Enhancement request 3051893 has been logged for this issue
所以, 现在看来,唯一能作修改的就是。修改parent item, FG
FG Revision 1, from 08-feb-2006 -> 10-mar-2006
component, revision A,

FG revision 2, after 10-mar-2006
componet, revision B.
可是这样, 运行mrp的时候作测试的时候, mrp就只考虑运行mrp时候FG的revision
我有planned order , as demand for FG, 在10-mar-2006前后, 但是,出来的component需求都是revision A的
是我那里运行错了吗
2. 我觉得也是可是的,但是在mrp workbench 上看不到component revision,只有在release 到pr的时候, 才能看到
3. 基本搞定
4. BPA effective date 是控制整个bpa的
对于一个supplier我们只有一个bpa
这样, 对于componet, revision A,B都是从一个supplier 买,只是价格不同
所以, line 1: Revision A

line 2: Revision B.
我在指定avl的时候, 必须说, component 对应bpa中哪一行, 1 or 2. 这个时候, 就出现矛盾了。 :-(
另外,问一下,大哥作什么的, 怎么感觉那个模块都知道,而且,狂精通 :-)
回复

使用道具 举报

千问 | 2005-10-30 17:05:33 | 显示全部楼层
1、因为你说你的component有两个版本,因此在定义BOM的时候,是否可以定义两行:
父件:FG
子件:
10 Component A(rev) from 08-feb-2006 to 10-mar-2006
20 Component B(rev) from 10-mar-2006
2、MRP 工作台上没有版本字段,因为正如你所说,MRP始终对最近的有效版本进行建议
4、BPA的行上面不是有price break吗?里面可以对日期有效性进行控制。可以参考建BOM的方法,在BPA里建两行,分别对应不同的版本和有效日期。
不过这一点,我还没有测试过,你可以试一下
回复

使用道具 举报

千问 | 2005-10-30 17:05:33 | 显示全部楼层
父件:FG
子件:
10 Component A(rev) from 08-feb-2006 to 10-mar-2006
20 Component B(rev) from 10-mar-2006
这个在实际操作的时候,不可以,因为revision自动根据parent item的时间, 自动代出来的。所以, 在一个时间上,无论effective date怎么添,都是一个版本。
不过也可能是我得设置问题 (11.5.9)
另外一个我测试一下。
回复

使用道具 举报

千问 | 2005-10-30 17:05:33 | 显示全部楼层
哦,我有点想当然了
我们在定义Component的时候,也定义了两个版本和有效日期。那么是否只要到了10-mar-2006,即使BOM里的组件还是版本A,MRP也会根据日期来生成B的建议呢?
没有试过,仅仅是假设
回复

使用道具 举报

千问 | 2005-10-30 17:05:33 | 显示全部楼层
对, 就是这样。一个采购件, 到了effective date所有的bom都会相应的改变。
这点觉得有点不符合theory. 因为很有可能,一个原材料, 两个版本。在不同的bom, 用不同的版本。
metalink竟然建议修改料号,在后面加上revision number.
我认为理论上行的同,跟老大保证可以做到,结果现在可能做不到, 有点郁闷。
气死了 -:(
回复

使用道具 举报

千问 | 2005-10-30 17:05:33 | 显示全部楼层
Oracle里的版本只是一个时间概念,总是考虑最新版本的,所以要同时考虑两个版本,要么手工管理老版本,要么改item number了
呵呵,看来你要请老大喝茶了
回复

使用道具 举报

千问 | 2005-10-30 17:05:33 | 显示全部楼层
en, 准备手工跟系统process整合一下,定一个process来管理。
回复

使用道具 举报

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

本版积分规则

主题

0

回帖

4882万

积分

论坛元老

Rank: 8Rank: 8

积分
48824836
热门排行