| 以文本方式查看主题 - Foxtable(狐表) (http://foxtable.net/bbs/index.asp) -- 专家坐堂 (http://foxtable.net/bbs/list.asp?boardid=2) ---- [讨论]子物料的BOM更改对父物料BOM的影响如何处理 (http://foxtable.net/bbs/dispbbs.asp?boardid=2&id=73705) |
| -- 作者：loongtai -- 发布时间：2015/8/25 9:30:00 -- [讨论]子物料的BOM更改对父物料BOM的影响如何处理 A是B的子物料，B是C的子物料，C是D的子物料，如果A的用量或A的版本进行了变化，则对B/C/D三种级别的父料BOM有何影响？ 是B/C/D三种物料均建立一个新版本的BOM表，还是只有B生成新版本，C/D的BOM表均认为不变? |
| -- 作者：大红袍 -- 发布时间：2015/8/25 9:34:00 -- 用量或版本改变不会影响父物料，父子的关联，与它们又没有关系 |
| -- 作者：loongtai -- 发布时间：2015/8/25 9:58:00 -- 但是严格意义说，子料发生变化了，不论是其数量还是其版本，父料也会不一样。 当发生什么样的变化，父料的BOM才会认为需要建立新的版本 |
| -- 作者：大红袍 -- 发布时间：2015/8/25 10:01:00 -- 如果你要控制版本，任何一个零件修改了，整体肯定要变，全部要变。 |
| -- 作者：loongtai -- 发布时间：2015/8/25 10:06:00 -- 以下是引用大红袍在2015/8/25 10:01:00的发言：
如果是这样的话，感觉太复杂了，或者说变动太大了。任何一个子物料的数量、版本发生变化，都会引起其上所有相关联的父物料的BOM表均要生成新的版本。
不知大家通用的处理方式是怎么样的？既不会生成过多版本，在产品追溯时还能准确追溯到当时的真实BOM情况
如果你要控制版本，任何一个零件修改了，整体肯定要变，全部要变。 [此贴子已经被作者于2015/8/25 10:06:37编辑过]
|
| -- 作者：大红袍 -- 发布时间：2015/8/25 10:16:00 -- 如果不控制版本，就加个日期列区分 |
| -- 作者：loongtai -- 发布时间：2015/8/25 11:01:00 -- 版主,你那有没有BOM表的例子，可以给参考下吗？ |
| -- 作者：大红袍 -- 发布时间：2015/8/25 11:03:00 -- 没有具体的例子。 |