嗨，彼得，

首先，您已经提到，不可能访问在解决方案A中创建的自定义BO并要在解决方案B中使用。为此，您需要使用网络服务功能， 这会增加工作量，但这是您可以使用交叉解决方案BO的方法。

现在要解决的是，如果解决方案组装后发生任何更改，则必须创建补丁解决方案，这是常规做法。 处理。 补丁版本会在发生更改时不断加总。 但是，这并不意味着您总是必须继续将补丁程序版本上传到原始解决方案，您将已将所有补丁程序版本的ZIP文件保存在您的计算机中，万一发生这种情况，您只需上载该版本的zip文件即可。

也正如您提到的那样，在创建所有补丁程序版本之后都必须重构/重新配置所有内容并不是事实。 这仅在从原始解决方案创建第一个补丁之后才成立。 这是因为名称空间会随补丁程序而更改，您将不得不为此补丁程序名称空间创建数据并再次进行范围界定。 对于同一解决方案的后续修补程序版本，这些步骤不是必需的，并且此方案仅存在于测试租户中，而不会在生产租户中发生。

希望这可以澄清您的担忧。

谢谢 ，

Dhanya

嗨Dhanya，

感谢您的回答和有关Web服务的建议。

现在让我们再次讨论补丁解决方案的后果。

也许我做错了，因为我必须真正地重构和重新配置每件事，包括。 每次我在相同的原始解决方案上创建新版本的补丁解决方案时，都要进行微调，范围界定，工作流规则，Form-Template等。 就在一个小时前，我在测试租户上创建了补丁的版本10（我们在那里进行开发），我不得不再次做所有事情。 我想说的是，与BO相关的一切都必须在解决方案中定义或扩展。

我想知道您要打开第二个或第三个..patch解决方案而不重建任何内容的过程是什么？ 正在进行的变更项目对它有影响吗？ 因为我创建了一个从生产租户到测试租户的变更项目。

最好的问候

彼得