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