数据管理功能 > 管理更改 > 关于更改通告 > 关于红线 > 同步和红线疑似状况
  
同步和红线疑似状况
本主题提供了几种方案来说明红线的冲突和非冲突更改、同步及疑似状况。
更改的同步会在红线的部件属性、使用关系属性和具体值属性级别的粒度级别进行。
同步进程会检查是否已为最新产生的对象和红线添加、替换、移除或修改部件。如果添加、移除、替换或修改了不同的部件,则同步会在所有级别进行。如果修改了同一部件,则该进程会检查完成修改的级别。例如,该进程会首先检查部件,然后再检查使用关系或属性或具体值。如果修改出现在具体值中,则该进程会检查数量或位号名称。根据所做更改是非冲突还是冲突,红线会保留最新发布的产生对象和/或红线的更改。如果更改为冲突更改,则会将红线标记为 “疑似”。同步后,“红线”列会显示 “疑似”图标。将红线标记为疑似后,您可以通过比较最新发布的产生对象和红线的更改来解决疑似。解决疑似后,系统会创建红线的新小版本。
有关冲突和非冲突更改的详细信息,请参阅同步和红线疑似状况中的“非冲突和冲突更改”部分。
本主题介绍了在使用以下更改修改部件时,红线的同步和疑似状况可能存在的几种情况:
已在结构树中添加新部件或现有部件
已在结构树中替换为新部件或现有部件
已移除结构树中的部件
已在结构树中修改数量、位号、具体值或行号的部件使用关系链接
未更改 - 未对结构树中的部件执行任何更改
非冲突和冲突更改
非冲突更改可以是在不同部件上执行的更改,也可以是在同一部件的不同级别 (属性、具体值或使用关系) 上执行的更改。如果存在非冲突更改,则会保留最新发布的产生对象和红线的更改。如果更改是在红线的同一部件上执行的,而产生的对象却处于其他级别,那么这些更改便是非冲突更改。例如,您对产生的对象和同一部件的源进行了修改。如果另一用户已修改红线的“装配模式”,则此类更改为非冲突更改,即使这些更改是在同一部件的同一点 (属性级别) 上执行的。在这种情况下,红线不会被标记为疑似。
冲突更改是指在相同级别 (属性、具体值或使用关系) 对同一部件执行的更改。最新发布的产生对象版本与红线之间存在冲突更改。例如,当您要在产生的对象中替换部件并在红线中修改同一部件时。在冲突的情况下,红线会被标记为疑似,并会根据冲突从最新发布的产生对象或红线中保留更改。
情景 1:部件使用关系的非冲突和冲突更改
如果存在非冲突更改,则红线不会被标记为疑似,并且会保留产生的对象或红线的更改。
下表显示了最新发布的产生对象和红线的同一部件的同步状况。
最新发布的产生对象
红线
更改存在冲突
需要同步:是/否/疑似红线
更改保留自
已添加部件 - 新建/现有
未更改部件
最新发布的产生对象
未更改部件
已添加部件 - 新建/现有
红线
已移除部件
未更改部件
最新发布的产生对象
未更改部件
已移除部件
红线
已替换部件 - 新建/现有
未更改部件
最新发布的产生对象
未更改部件
已替换部件 - 新建/现有
红线
已修改部件
未更改部件
最新发布的产生对象
未更改部件
已修改部件
红线
未更改部件
未更改部件
无更改
已添加部件 (部件 A)
已添加部件 (部件 B)
最新发布的产生对象和红线
已添加部件 (部件 A)
已添加部件 (部件 A)
最新发布的产生对象
如果存在冲突更改,则会将红线标记为疑似,并保留红线的更改。
下表显示了最新发布的产生对象和红线的同一部件的同步状况。
最新发布的产生对象
红线
更改存在冲突
需要同步:是/否/疑似红线
更改保留自
已移除部件
已修改部件
疑似
红线
已移除部件
已替换部件
疑似
红线
已移除部件
已移除部件
疑似
红线
已修改部件
已修改部件
疑似
红线
已修改部件
已替换部件
疑似
红线
已修改部件
已移除部件
疑似
红线
已添加部件 (部件 A,与红线相比,属性不同)
已添加部件 (部件 A)
疑似
最新发布的产生对象
在上述情景中,在红线中修改的部件和最新发布的产生对象处于同一级别,例如,对于相同的部件使用关系,修改数量。因此,这些更改为冲突更改,且红线会被标记为疑似。如果针对红线的数量修改了部件,并且针对产生的对象的可变属性修改了同一部件,则此部件不属于冲突更改。系统会同时对这两项修改进行同步。
情景 2:红线属性的非冲突和冲突更改
如果修改了红线和产生的对象的任何属性,则会保留红线和产生的对象的更改。
下表显示了最新发布的产生对象和红线的属性的同步状况。
最新发布的产生对象
红线
更改存在冲突
需要同步:是/否/疑似红线
更改保留自
已更改装配模式 (例如,“可分离”)
已更改源 (例如,“制造”)
最新发布的产生对象和红线
红线未更改
已更改源 (例如,“购买”)
红线
已更改源 (例如,“制造”)
红线未更改
最新发布的产生对象
如果修改了红线和产生的对象的任何属性,则会保留红线的更改,并将红线标记为疑似。
下表显示了最新发布的产生对象和红线的属性的同步状况。
最新发布的产生对象
红线
更改存在冲突
需要同步:是/否/疑似红线
更改保留自
已更改装配模式 (例如,“可分离”)
已更改装配模式 (例如,“不可分离”)
疑似
红线
已更改源 (例如,“制造”)
已更改源 (例如,“购买”)
疑似
红线
情景 3:行号的非冲突和冲突更改
行号表示一个部件在 ERP 系统中 BOM 内的位置。如果存在与行号的唯一性相关的冲突更改,则红线会保留最新发布的产生对象的更改。例如:
您为产生的对象中的部件 (部件 A) 分配了行号 5,并且为红线中的不同部件 (部件 B) 分配了相同的行号。这违反了行号唯一性约束,并且这些更改会被视为冲突更改。因此,红线会被标记为疑似。
您为产生的对象中的部件 (部件 A) 分配了行号 10,并且为红线中的不同部件 (部件 B) 分配了行号 8。这并不违反行号唯一性约束,并且这些更改不会被视为冲突更改。
如果存在非冲突更改,则红线会同时保留最新发布的产生对象和红线的更改。
下表显示了在产生的对象和红线中添加两个不同部件 (A 和 B) 时与唯一性行号相关的非冲突和冲突更改。
最新发布的产生对象
红线
更改存在冲突
需要同步:是/否/疑似红线
更改保留自
已将部件 A 添加到行号 (10)
已将部件 B 添加到行号 (8)
最新发布的产生对象和红线
已将部件 A 添加到行号 (5)
已将部件 B 添加到行号 (5)
疑似
最新发布的产生对象
* 
更改预设检索号属性并不会发生冲突。但是,如果要配置检索号的唯一性,则在红线中将相同的检索号分配给不同的部件时,会发生冲突。将红线标记为疑似,同时保留最新发布的产生对象的更改。
情景 4:部件具体值的非冲突和冲突更改
部件具体值同步会在数量、位号名称和位号级别进行。仅在满足以下条件时才会发生此情况:
对于产生的对象和红线中的部件,其部件使用关系、部件编号、组织 ID 和组件 ID 均相同。
产生的对象和红线的使用关系链接的单位为“个”
产生的对象和红线的同一部件都会被修改。
具体值具有系统生成的具体值标识符,用于比较具体值。
如果相同部件的具体值发生冲突更改,如已移除或已修改的具体值或位置的更改,则会将红线标记为疑似。
如果对最新发布的产生对象和红线的部件具体值进行了如下修改,则下表即说明了同步和疑似状况:
已更改红线的部件具体值位置。
已为产生的对象添加位号 R20,而为红线添加位号 R10。
从产生的对象中移除部件具体值。
最新发布的产生对象
红线
更改存在冲突
需要同步:是/否/疑似红线
更改保留自
未更改具体值 R1 位置
已更改具体值 R1 位置
红线
未更改具体值 R2
已移除具体值 R2
红线
未更改具体值 R3
未更改具体值 R3
红线
已修改具体值 R4
未更改具体值 R4
最新发布的产生对象
已移除具体值 R5
未更改具体值 R5
最新发布的产生对象
已添加位号 R20
已添加位号 R10 (未超出数量限制)
最新发布的产生对象和红线
已修改具体值 R3
已移除具体值 R3
疑似
红线
同步和红线疑似状况中“情景 3:行号的非冲突和冲突更改”情景中所述,如果您修改使用关系链接的行号,并且针对唯一性行号的更改存在冲突,则会保留最新发布的产生对象的更改。如果您修改具体值的此类使用关系链接,则红线会保留最新发布的产生对象的更改。
在整个子装配中,部件使用关系的位号名称应是唯一的。如果位号名称不是唯一的,则会将红线标记为疑似,并保留最新发布的产生对象的更改。
如果具体值数量超出限制,则会将红线标记为疑似,并保留最新发布的产生对象的更改。
如果对部件具体值的位号和数量进行了修改,则下表即说明了同步和疑似状况。
最新发布的产生对象
红线
更改存在冲突
需要同步:是/否/疑似红线
更改保留自
位号名称 R1
位号名称 R1
疑似
最新发布的产生对象
位号名称 R3
位号名称 R4
最新发布的产生对象和红线
已添加位号 R6
已添加位号 R10 (超出数量限制)
疑似
最新发布的产生对象
管理红线疑似
如果存在任何冲突更改,则可以在红线结构浏览器中手动将红线设置为 “疑似”。要设置或取消设置 “疑似”,请选择部件或红线,然后单击“编辑” > “管理红线疑似”
解决疑似后,系统会创建红线的下一个小版本。
* 
在标识冲突更改时,您可以手动设置红线结构树和“使用”选项卡上的“疑似”图标。如果同步后存在冲突更改,则系统会自动设置更改任务的“受影响对象”表格中的 “疑似”图标。如果在解决冲突后取消设置红线结构浏览器中的疑似,则红线列的疑似会被清除。
相关主题