说什么？这是我开始谈论独立改装时最常见的反应。没有太多的SAP客户已经在使用它了。所以这听起来就像是我要挖掘的正确的事情，冒险在等待，虽然它可能类似于玩陷阱和有巨大的坑（像硬核模式），而不是你通常看到的。这对我来说绝对是个问题。

所以，这里有一个场景，叫做SAP Solution Manager 7.2中的独立改造，当有问题的客户不想做一个完整的变更请求管理实现，或者当客户正在使用其他东西（第三方工具，声称能够做同样的事情，例如…举一个例子）。

简单来说，独立改装

独立改装是一种"精益"方式，仍然能够使用改装功能将维护（在维护线上完成的开发）同步到项目线中，以便当来自项目线的项目投入使用时维护线（您当前的生产环境），您不会丢失已完成的维护。

目标是在一定程度上自动化此操作，因此与手动操作相比，同步操作的工作量更小。

改装机制将确定是否可以将对象（属于传输请求的每个对象的对象）自动导入到开发中项目行的系统（=绿色状态=可能的自动化）或者需要比较对象（=黄色状态=需要使用SAP工具进行比较和决策）或者需要手动同步对象（=红色状态=必须有人手动处理）。此功能在应用程序中提供，然后通过分类更改和部分自动化同步来帮助客户同步更改。

更多功能（更多自动化）甚至作为重点构建的一部分，一个附加的解决方案，数据分析平台，可以安装在SAP solution Manager 7.2之上。

配置独立改装

配置步骤可以在下面的SAP说明中找到，但您仍然需要对CHARM+改装和SolMan 7.2有一定的了解才能理解这一切。由于客户要求我见面讨论，这似乎不像我想象的那么直截了当。

2488168–独立改装–SAP Solution Manager 7.2

您可以在使用多个客户机的单个SolMan系统上尝试这一点。这不会以同样的方式模拟真实的环境，但至少你可以这样做配置和检查功能。

如果你想尝试这一点，请确保你遵循每个步骤并激活SAP说明中提到的所有内容。

下面你可以找到一些额外的指针开始（同样，你需要一定程度的前面的知识或我的博客文章最后会类似于一本SAP书）。

所以你需要一个实际的景观配置，比如：

DEV->QAS->PRD（维护线），其中DEV和QAS属于维护分支，PRD属于生产分支

DEV'（至少，项目行）其中DEV'属于开发分支

改造然后从DEV转到DEV'以保持DEV'与维护行同步。

因此，大数据专业怎么样，如果您没有开发分支（以一种巧妙的方式工作），您可能需要在事务soladm中创建一个额外的分支，并在中插入您的SolMan系统/客户机组合你还需要在解决方案中分配项目线开发系统。

你需要创建一个变更周期+任务列表（这里有一些魅力），与你想要在改造方面使用的环境相匹配。因此，您还需要为所有涉及的系统和客户机配置RFC目的地（作为托管SAP系统设置的一部分）。

跨系统对象锁定（CSOL）是此配置的一个重要部分，必须在项目开发系统中就位并运行（至少，也可以为两个开发系统执行）。如果没有，它可能已经是场景不起作用的根本原因。

在混淆方面，TMS领域从技术角度弹出，最终需要什么，两个开发系统DEV和DEV（维护和项目线）要么是同一个TMS域控制器的一部分，要么它们的TMS域作为使场景工作的先决条件被链接起来。

理解映射

场景需要一点变更请求管理配置来具有技术方面能够映射CTS IMG项目（您可以在事务存储管理中创建的IMG项目，它允许您将该项目分配给传输请求）。然后在STMS导入队列中对该项目进行筛选）和CHARM的任务列表（它需要一个更改周期作为先决条件，物联网是学什么的，并有CHARM生成的自己的IMG项目）。因此，云淘，您需要有一个变更周期（无论是连续的、阶段的还是发布的），以便能够使用场景。

CTS IMG项目和CHARM IMG项目之间的映射可以使用一个报告来完成，该报告可以在"变更请求管理-托管SAP系统配置"下的SOLMAN\u设置中找到。任何一方（维护和项目）都有一个报告，淘客如何推广，可以将已发布的传输请求及其CTS IMG项目注册到一个表中，以便在此场景中使用。一旦映射到位，您就可以创建传输请求（通过se01的旧式方式，也可以通过se01释放它们），并且改型会自动拾取它们。

这实际上就是独立改型的意义所在。开发人员可以在SE01中创建一个transport，使用他/她已知的"CTS IMG project"，就像他们习惯做的那样（没有魅力），并且在发布时会自动"丢弃"到改造场景中。改装必须通过任务列表开始。