同步和红线疑似状况
本主题提供了几种方案来说明红线的冲突和非冲突更改、同步及疑似状况。
更改的同步会在红线的部件属性、使用关系属性和具体值属性级别的粒度级别进行。
同步进程会检查是否已为最新产生的对象和红线添加、替换、移除或修改部件。如果添加、移除、替换或修改了不同的部件,则同步会在所有级别进行。如果修改了同一部件,则该进程会检查完成修改的级别。例如,该进程会首先检查部件,然后再检查使用关系或属性或具体值。如果修改出现在具体值中,则该进程会检查数量或位号名称。根据所做更改是非冲突还是冲突,红线会保留最新发布的产生对象和/或红线的更改。如果更改为冲突更改,则会将红线标记为
“疑似”。同步后,
“红线”列会显示
“疑似”图标。将红线标记为疑似后,您可以通过比较最新发布的产生对象和红线的更改来解决疑似。解决疑似后,系统会创建红线的新小版本。
有关冲突和非冲突更改的详细信息,请参阅
同步和红线疑似状况中的“非冲突和冲突更改”部分。
本主题介绍了在使用以下更改修改部件时,红线的同步和疑似状况可能存在的几种情况:
• 已在结构树中添加新部件或现有部件
• 已在结构树中替换为新部件或现有部件
• 已移除结构树中的部件
• 已在结构树中修改数量、位号、具体值或行号的部件使用关系链接
• 未更改 - 未对结构树中的部件执行任何更改
非冲突和冲突更改
非冲突更改可以是在不同部件上执行的更改,也可以是在同一部件的不同级别 (属性、具体值或使用关系) 上执行的更改。如果存在非冲突更改,则会保留最新发布的产生对象和红线的更改。如果更改是在红线的同一部件上执行的,而产生的对象却处于其他级别,那么这些更改便是非冲突更改。例如,您对产生的对象和同一部件的源进行了修改。如果另一用户已修改红线的“装配模式”,则此类更改为非冲突更改,即使这些更改是在同一部件的同一点 (属性级别) 上执行的。在这种情况下,红线不会被标记为疑似。
冲突更改是指在相同级别 (属性、具体值或使用关系) 对同一部件执行的更改。最新发布的产生对象版本与红线之间存在冲突更改。例如,当您要在产生的对象中替换部件并在红线中修改同一部件时。在冲突的情况下,红线会被标记为疑似,并会根据冲突从最新发布的产生对象或红线中保留更改。
情景 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 (超出数量限制) | 是 | 疑似 | 最新发布的产生对象 |
情景 5:部件的特定替换部件的非冲突和冲突更改
下表显示了在针对同一使用关系链接的同一子项部件修改、移除或取消修改特定替换部件后的同步和疑似状况。
最新发布的产生对象 | 红线 | 更改存在冲突 | 需要同步:是/否/疑似红线 | 更改保留自 |
---|
特定替换部件未修改 | 特定替换部件已移除 | 否 | 是 | 红线 |
特定替换部件未修改 | 特定替换部件已修改 | 否 | 是 | 红线 |
特定替换部件未修改 | 特定替换部件未修改 | 否 | 是 | 红线 |
特定替换部件已移除 | 特定替换部件未修改 | 否 | 是 | 最新发布的产生对象 |
特定替换部件已修改 | 特定替换部件未修改 | 否 | 是 | 最新发布的产生对象 |
特定替换部件未修改 | 特定替换部件未修改 | 否 | 是 | 最新发布的产生对象 |
下表显示了在针对同一使用关系链接添加、修改或移除相同或不同的特定替换部件后的同步和疑似状况:
最新发布的产生对象 | 红线 | 更改存在冲突 | 需要同步:是/否/疑似红线 | 更改保留自 |
---|
已添加使用关系链接 UL1,且特定替换部件 S1 已添加到 UL1 | 已添加使用关系链接 UL1,且特定替换部件 S2 已添加到 UL1 | 是 | 疑似 | 红线 |
针对同一使用关系链接修改了特定替换部件 S1 (已修改位号和数量) | 针对同一使用关系链接修改了特定替换部件 S2 (未修改位号,但已修改数量) | 是 | 疑似 | 红线 |
使用关系链接 UL1 已替换为 UL2: 特定替换部件 S1 已移除 特定替换部件 S2 未修改 | 使用关系链接 UL1 已替换为 UL2: 特定替换部件 S1 未修改 特定替换部件 S2 已移除 | 是 | 疑似 | 红线 |
针对使用关系链接添加了具体值 O1-O3,且特定替换部件 S1 数量已修改 | 针对使用关系链接未添加任何具体值,且特定替换部件 S1 数量已修改 | 是 | 疑似 | 最新发布的产生对象 |
管理红线疑似
如果存在任何冲突更改,则可以在红线结构浏览器中手动将红线设置为
“疑似”。要设置或取消设置
“疑似”,请选择部件或红线,然后单击 > 。
解决疑似后,系统会创建红线的下一个小版本。
| 在标识冲突更改时,您可以手动设置红线结构树和 “使用”选项卡上的 “疑似”图标。如果同步后存在冲突更改,则系统会自动设置更改任务的 “受影响对象”表格中的 “疑似”图标。如果在解决冲突后取消设置红线结构浏览器中的疑似,则红线列的疑似会被清除。 |
相关主题