这篇博文的目的是利用ChaRM中的四眼主要功能加强合作伙伴一致性检查，以改进变更管理流程，满足SOX合规性。

为了加强和简化ChaRM流程和客户需求，实施了4目原理控制伙伴功能一致性检查。

下表显示了当前流程和更改后的流程，实施后4眼原则控制伙伴功能一致性检查

指定系统将当前用户的业务伙伴（在SY-UNAME中定义）与之进行比较的业务伙伴。如果两个业务伙伴相同，则不满足条件

此功能仅在变更请求管理中提供。必须将业务伙伴分配给用户。条件相同的用户必须分配给事务类型（在我们的例子中是ZMHF）

测试人员和开发人员不应该是同一个业务伙伴，一旦插入并保存业务伙伴，开发人员字段必须被禁用。

确定需要启用一致性检查的伙伴功能（开发人员和测试人员）为合作伙伴创建并分配自定义一致性检查（ZSAME\u PARTNER）指定合作伙伴分配并检查已确定的合作伙伴禁用事务类型ZMHF的"开发人员"字段在消息类中添加错误文本消息

进入IMG活动SAP Soluiton manager->变更控制管理->合作伙伴确定过程->定义状态->从属合作伙伴功能分配->选择交易类型

请参阅合作伙伴功能的用户状态字段-在我们的情况下，我必须成功确定E005已测试且E002处于开发伙伴状态

保存。

在下一步"定义一致性检查的执行时间"中，图数据库有哪些，我在这里指定了E005中的检查-变更文件的成功测试状态-。e、 g.变更单保存成功时，会进行一致性检查，

保存

在同一画面中，进入指定合作伙伴分配，人工智能怎么样，检查确定的合作伙伴页签，分配用户状态，大数据数据采集，当前和4目表克隆中的功能如下面屏幕所示。

在右边的表中：

表中的第一列是状态

表中的第二列是当前业务伙伴在单击"保存"时将分配给的伙伴功能，状态变为第一列。

表中的第三列表用于确定保存文档时合作伙伴功能SU2019业务合作伙伴是否相同，秒单客返利机器人，并且状态变为第一列。例如，当状态被确认（E0005）时，测试人员（SDCD0002）等于开发人员（SDCD0001）。

禁用开发人员字段，以便开发人员在以后将更改文档状态更改为"成功测试"时无法更改parnter。

转到IMG活动SAP Soluiton manager>更改控制管理>事务->合作伙伴确定程序->定义合作伙伴确定程序

取消勾选可变更栏中的开发人员-添加可以关联到一个变更单的最小和最大开发人员。保存

5。在消息类中添加错误文本消息。

更新错误文本，以防开发人员尝试将更改文档状态移动到成功测试，

转到SE91--->选择消息类（在我的情况下，我有自定义消息类ZRTS\u CHARM

保存

在一致性检查中激活ZSAME\u合作伙伴GO to IMG activity SAP Soluiton manager>变更控制管理>变更请求管理框架–>操作变更请求管理->一致性检查–>在变更请求管理中实施一致性检查

创建一致性检查我在这里创建了Z\u检查条件，帮助ZSAME\u合作伙伴并激活保存

一旦激活签入变更文档，云服务器价格比较，我可以看到将变更文档状态从业务测试移动到成功测试时的错误，因为开发人员和测试人员是同一个ID/合作伙伴。

希望这篇博文能帮助实现4目原则。。