你好卡洛斯，

请访问以下链接

https://blogs.sap。 com/2009/08/27/change-request-management-scenario-retrofit-functionality /

https://wiki.scn.sap.com/wiki/display/SM/How+to+work+with+Change+Request+Management+Enhanced+Retrofit

https： //blogs.sap.com/2014/12/09/how-to-setup-csol-and-dgp-when-using-retrofit /

通常，您可以为实施跟踪设置一条如下所示的路线（当然，它需要大量其他投入，但由于不同的测试团队等只能访问维护跟踪，而在实施跟踪中却无法访问，因此下面有很多客户都愿意这样做）。

DEV'> QAS'> PPRD> DEV> QAS> PRD

上面的内容受支持，并且我已经在7.1和7.2中为客户实现了很多次，并且可以正常工作，所以我想说您需要关注用例场景的最佳方式，因为ChaRM更加灵活，您可以 根据您的需要进行调整。

当然事情比较复杂，但是即使我们使用不同版本的系统，我们也可以根据需要自定义魅力以适应需求。

谢谢

Prakhar

嗨

您有技术上的疑问或功能上的疑问吗……我问这是因为我感到困惑。

技术上

首先，我分享的是SAP的建议之一，但我明确指出，它基于客户的需求，将决定设置的外观。

事实上，许多客户都遵循SAP的另一项建议...查看sap文档以获取更多详细信息，以了解双重景观和可用的各种选项。

功能

首先，您需要从维护角度和实施角度了解变更过程，然后我们可以在魅力中对其进行配置.....对我而言，魅力不能控制变更，这是ITIL提供的最佳实践。 但是每个客户都是不同的，这就是为什么您需要找出最适合您的情况的原因。

稍后您必须设置ChaRM，它足够灵活，可以满足所有需求。

客户有多种方式在维护和实施跟踪中设置双重环境，但是ChaRM相当成熟且稳定，足以满足您已经提到的所有查询，因为已有大量客户使用ABAP JAVA的双重跟踪ChaRM 非SAP等。

希望这可以帮助您进一步

谢谢

Prakhar

嗨Prakhar

非常感谢您的回复。 基于这一点，我有一个问题...对于两个景观都定义了运输路线（在各自的系统中都相同），如果我提出您提到的运输路线，则可能会影响为维护而定义的运输路线 景观？？ 我之所以这样问，是因为运输请求的数量很高，而且风险太大，影响了运营过程。

我还有另一个问题，就是您提到的赛道，如果从维护环境创建了正常更改，而从Implementación环境开始创建了正常更改，那没有问题吗？