您遇到的行为是我们参考体系结构的预期行为，并且在先前版本1809中是错误的。此决定的原因是，在将商品导入SAP Marketing系统的情况下，定义了外部系统 成为报价的领先系统。 SAP Marketing System只是要约内容在市场营销流程中各个通信渠道（例如电子邮件）的分发者。

尤其是在外部系统（例如PMR）为主导系统的情况下，外部系统提供了许多功能，可以为促销添加任意属性。 每个促销都可以具有SAP Marketing System无法立即提供的许多不同属性。 因此，我们在SAP Marketing中具有可扩展性字段，并能够在商品导入API中公开这些字段。 外部系统的属性应映射到iFlow或直接将OData调用映射到SAP Marketing Offer的相应可扩展性字段。

在将外部系统定义为主导系统时，我们还希望数据维护应成为主导对象的一部分，这样用户就不必在两个不同的系统中维护数据。

Ralf

我一直在思考您的答复，但在我看来，这仍然没有意义，尤其是因为您允许要约发件人在界面中使用标记来决定内容和目标组是外部维护还是可以保留 营销中发生了变化，但您对其他数据却没有这样做。 如果您在界面中有类似内容和目标组的标记，那么在我看来就很有意义。

嗨，马里斯，

感谢您的想法。

对于优惠内容，目标群体和优惠券，由于业务场景的不同，我们在此例外。 SMC目标组可以在内部进行管理，而在领先的系统（例如，商务系统）中则未知。 优惠券来自外部优惠券管理系统，代码需要通过CSV文件导入。 优惠内容来自具有各种不同布局，语言，渠道和职位的代理商，并将直接在SMC中维护，而不是在领先系统中维护。

总的来说，我们希望一切都来自领先系统

我希望我能回答你的想法

最好的问候
拉尔夫

我完全理解您的观点，但是不同意。

例如，由于特定的流程，我们希望暂停市场营销中的报价以供公众使用。 我们希望有一个自定义字段"暂停原因"，该字段将在流程的其他部分中使用。 我们现在无法拥有它，因为无法更改其价值。 您可以说有一些解决方法可以暂停行销中的报价并更新领先系统中的"暂停原因"，但请想象一下，当暂停与领先系统无关时，每天都要这样做。

P.S。 非常感谢您投入时间做出回应，也许（也许！）我的理由会让您考虑将来给予更多选择的自由。

"停顿的原因"很有趣 方面