细分设置-云最佳实践

2020-09-09 05:31发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


您好同事,

当前,我的客户正在使用SAP Marketing On-Premise1809。在那里,我们确实设置了自己的自定义细分。
这包括

  • Z视图/数据源
  • Z分割对象
  • Z属性组
  • Z细分配置文件

现在,我们要切换到SAP Marketing Cloud1902。
一方面,这是回到标准的好机会,因此可以使用标准的细分配置文件/对象。 另一方面,客户习惯了自己的属性组,因此细分的结构,逻辑等。

我目前正在苦苦挣扎的是我们应该使用自定义功能与标准的深度。 br>此外,如果使用标准,则可以/应该采用标准。 特别是在即将发布的版本(定制比较)方面。
在下面的示例中,我们尝试实现以下目标:
-启用/禁用属性
-重命名属性
-将属性分配给attribute groups
-使用其他自定义属性组
-使用其他自定义数据源
-等等。
-问题是我们无法预测将来必须满足的要求... :)

现在我应该立即创建自定义细分对象吗? 还是尝试使用标准细分对象并采用它? 我可以采用什么细节? 如果是新版本,会发生什么变化?我的更改会被覆盖吗?还是每次升级都需要进行自定义比较? 等等

希望或多或少地清楚我的问题所在。


最好的问候和感谢,
Jan

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


您好同事,

当前,我的客户正在使用SAP Marketing On-Premise1809。在那里,我们确实设置了自己的自定义细分。
这包括

  • Z视图/数据源
  • Z分割对象
  • Z属性组
  • Z细分配置文件

现在,我们要切换到SAP Marketing Cloud1902。
一方面,这是回到标准的好机会,因此可以使用标准的细分配置文件/对象。 另一方面,客户习惯了自己的属性组,因此细分的结构,逻辑等。

我目前正在苦苦挣扎的是我们应该使用自定义功能与标准的深度。 br>此外,如果使用标准,则可以/应该采用标准。 特别是在即将发布的版本(定制比较)方面。
在下面的示例中,我们尝试实现以下目标:
-启用/禁用属性
-重命名属性
-将属性分配给attribute groups
-使用其他自定义属性组
-使用其他自定义数据源
-等等。
-问题是我们无法预测将来必须满足的要求... :)

现在我应该立即创建自定义细分对象吗? 还是尝试使用标准细分对象并采用它? 我可以采用什么细节? 如果是新版本,会发生什么变化?我的更改会被覆盖吗?还是每次升级都需要进行自定义比较? 等等

希望或多或少地清楚我的问题所在。


最好的问候和感谢,
Jan

付费偷看设置
发送
2条回答
我是小鹏鹏啊
1楼-- · 2020-09-09 06:00

你好Jan,

让我为您的问题提供一些一般性的答案-如有需要,随时询问更多详细信息。

A)

自版本1708/1709(对于内部部署)以来,细分自定义/配置不再需要自定义比较。 在1705/1708/1709中,我们从根本上更改了细分和目标组的元数据处理,因此我们为不同的配置"所有者"拥有单独的层:

  • SAP拥有的配置(先前的"交货定制")
  • 扩展配置(例如通过自定义字段,自定义业务对象)
  • 自定义配置(通过应用程序"细分配置"完成的任何手动更改)
  • 系统本地扩展/生成(例如,通过"简单分数"应用添加的分数)

通常,在较高层上完成的所有配置都是在表行级别上覆盖较低层的配置,即,"自定义"层中更改的配置阻止了"扩展"或" SAP"层中对该行的所有更改。 两个例子:

  • 如果您将SAP交付中的属性设置为通过Configuration-app可见,则SAP交付中对该属性的任何更改(例如,更改的职位,更改的属性组)将对您不可见/SAP更改将 隐藏。
  • 如果您创建自己的属性组,并将属性分配给该属性组,则该属性也将被阻止,以进行SAP传递中的进一步更改。 该属性组本身仅在"自定义"层中可用,因此无论如何也不会受到任何其他更改的影响。

这类更改无需任何人工干预即可"安全升级",这也是所有更改的通用准则:升级不得更改/使任何自定义设置/自定义配置/自定义数据无效。

编辑:仅需添加一个技术细节:对于SAP交付的细分对象,我们确保属性可见性在以后的版本中不会更改(并且我们确保对于可见属性也不会更改属性组)

B)

除非您需要不同的细分对象键(例如多个键),否则我们建议在云中使用标准细分对象。 完整的营销云应用程序支持标准细分对象-自定义细分对象有一些限制,例如 对于自定义业务对象,没有"添加自定义字段"/"添加自定义业务对象"。 为标准细分对象创建自定义属性组是可能的,不应有任何危害。

除非您需要区分不同用户组之间的细分群体和/或细分属性,否则我们建议在云中使用标准细分配置文件。

对于数据源,当您将自定义字段添加到细分对象时,会自动生成扩展数据源。 然后应将此扩展数据源(而不是分段对象的标准基础数据源)用作扩展数据源(扩展数据源包含所有标准字段和自定义字段)。 如果需要超出自定义字段的内容,则可以添加其他自定义视图(对于每个自定义业务对象,您将获得一个视图和自动生成的数据源)。 一般建议仍然在一个中央(星型联接)数据源中保留尽可能多的属性。 因此,如果您有几个具有大量使用属性的定制视图(生成的或针对定制BO的视图),则创建一个合并的定制视图来替换扩展数据源和所有定制业务对象视图可能是必要且明智的。

感谢与问候,
塞巴斯蒂安

落灬小鱼
2楼-- · 2020-09-09 05:53

Jan,您好!

我第一次从onprem转到云项目时遇到了同样的问题。

感谢塞巴斯蒂安(Sebastian)的出色解释及其背后的技术细节,我知道升级并不会影响我对标准对象所做的更改,但是我不知道为什么:p

我通常会创建自定义细分配置文件,但是会基于标准细分对象。 通常,我们需要每个营销区域一个配置文件,以及一个过滤器。 (如塞巴斯蒂安所说,如果您需要区分总体)。

PS:Z-(HANA)视图是最困难的视图,因为您不能直接在实际的HANA数据库中建模, 您需要在一个单独的实例中建模(没有实际数据)...但是Maik Offerle有一个不错的博客,内容如下: https://blogs.sap.com/2018/12/17/how-to-model -custom-sap-hana-views-for-sap-marketing-cloud-in-您的浏览器// https://www.sap.com/cxworks/article/453913143/How_to_Model_Custom_SAP_HANA_Views_for_SAP_Marketing_Cloud_in_Your_Browser

Kr,

Joyca

一周热门 更多>