许多在N+1场景中使用ChaRM和增强型改装的客户经常会有策略问题，例如：

应该多久进行一次改装？

谁应该进行改装？

是否应使用单个目标改装运输工具，或者每个改装运输工具是否需要单独的目标运输工具？

是否必须将"自动导入"对象重新导入生产系统？

这类问题没有简单的答案，实际情况是，客户必须定义一个改装流程，该流程不仅要满足工具本身规定的任何技术要求，还要满足可能影响其流程的任何公司要求。确定流程的唯一方法是了解该工具，并将该工具的技术和处理细节与任何公司要求结合起来。

为此，本博客旨在提供有关增强改造如何工作以及如何将这些知识融入实际ER流程的详细信息然后可以根据特定的公司要求评估的选项。本博客将主要讨论"自动导入"改造方案。

N+1环境的目的是允许在两个独立的系统中进行并行开发。这使得主要开发在项目开发系统中进行，而维护和生产支持在维护开发系统中进行。挑战在于确保项目开发系统始终与批准的维护变更保持一致，并最终转入生产，在云上，在项目开发部署到生产之前。

增强型改造基于项目开发系统中捕获的跨系统对象锁定条目。为项目开发系统激活CSOL是一项要求。对存储库对象或配置对象的任何更改都将在第一次保存条目时捕获。在维护环境中释放传输时，将查询此锁表。对维护传输上的每个对象进行检查以确定项目开发系统中是否也对该对象进行了更改。如果检测到更改并且ER工具集可以帮助解决潜在冲突（适用于合格存储库对象的软件更改工作台和适用于配置对象的BC集），则改装评估将导致冲突场景（改装清单中的黄色交通灯）。如果检测到更改并且ER工具集无法帮助解决冲突（即帮助对象），则改装评估将导致手动场景，这意味着用户必须手动评估两个系统中的对象，以确定项目的前进路径。如果在项目开发系统中未检测到任何更改，改造评估确定可以将对象简单地导入到项目开发系统中，消费返利新模式，以便在系统和景观中保持对象的相同版本。这些对象被确定为"自动导入"类型，并标记为绿色交通指示灯。

出于处理方面的考虑，让我们将改装场景分为两组："汽车进口改装"和"冲突改装"。本博客将主要讨论"汽车进口"场景。

"汽车进口改装"是最容易处理的，轻淘客旗舰版，但可能是最难制定策略的。当为某个对象确定"自动导入"选项时，该对象将被放置在副本的传输中，副本最终被释放并放置在项目开发系统的导入缓冲区中，等待ER处理。当处理列表时，在ER列表中确定目标传输，并启动"自动导入"处理。TOC导入到项目开发系统中，然后将TOC的内容添加到目标传输中，以便在项目环境中进行处理。

任何具有适当权限的人都可以处理"自动导入"对象授权，因为实际上不知道处理"自动导入"所需的对象本身。只要确定了目标传输，就不需要知道对象本身的确切性质。显然，如果该过程因某种原因失败，可能需要基础协助，也可能需要开发或配置专业知识。但是，一般来说，处理"自动导入"改装不需要专业知识。在"冲突改装"的情况下，物联网培训，需要特定的专业知识来识别和解决两个景观之间存在的任何冲突。但是，需要定义一个流程，将初始处理分配给特定的人群，为了解决任何冲突，支持团队和项目团队之间的合作可能是必要的。

何时进行改装活动的问题取决于几个考虑因素。

第一个考虑因素是，当对象作为一个整体从维护开发系统中释放时，数据和大数据，进行ER评估时间点分析。如果在释放对象时进行"自动导入"确定，这意味着到目前为止，项目环境中的对象还没有发生变化。只有在项目环境中没有发生变化的情况下，评估的有效性才是好的。如果在处理"自动导入"改装之前，项目环境发生了变化，系统将警告您其中一个对象已发生更改，继续"自动导入"处理很危险。问题是"自动导入"传输的全部内容现在必须手动处理。该工具不会重新计算分析以排除更改的对象。因为项目环境的变化会使ER分析失效，谨慎的做法是尽快处理"自动进口"改装，以免任何更改中断维护更改的自动处理。

第二个考虑因素是对象在维护开发系统中发布的时间，以及它们批准生产和转移到维护系统的速度生产。开箱即用功能可在包含对象的传输被释放后立即启用改装活动。对于与正常更改相关的更改，可能要求在变更转移到生产之前执行改装活动。这将消除在变更转移到生产之后有人忘记改装变更的问题。紧急变更可能需要在转移到生产之后进行改装，因此，紧急变更单支持从"已导入生产"和"已确认"状态的单据进行修改。改装处理始终可以从任务列表中触发，并且在维护开发系统中发布传输后，更改将立即出现在改装列表中。