Technology Blogs by SAP
Learn how to extend and personalize SAP applications. Follow the SAP technology blog for insights into SAP BTP, ABAP, SAP Analytics Cloud, SAP HANA, and more.
cancel
Showing results for 
Search instead for 
Did you mean: 
sharonzhou
Product and Topic Expert
Product and Topic Expert
502

由于SAP 分析云经典故事计划将于2026年第二季度QRC 更新后停用(相关博客),我们鼓励所有SAP 分析云租户中仍存在大量经典故事和模型的客户开始计划并尝试将经典故事迁移至优化故事的同时,也将经典模型迁移至新模型这一话题纳入考量。虽然SAP 分析云中提供了一些迁移工具,但考虑到实际业务环境的复杂性,我们建议您为迁移预留充足的时间,以减轻迁移带来的业务影响。

迁移前需要考虑并回答的主要问题:

1. 迁移范围(What):本次迁移的主要内容有哪些?

在迁移之前,需要确定主要迁移的内容,例如:此次迁移是仅进行经典故事的迁移还是也有数字化董事会议厅内容的迁移;是将所有经典故事都进行迁移,还是仅迁移一些常用的故事;此次迁移是否需要一并将经典模型的迁移也纳入进来。在我们已知的客户实践中,有些客户的SAP 分析云系统中全部使用的是经典账户模型,考虑到新模型的功能优势:性能提升、增强的货币换算、更灵活的计算等(相关博客),以及新模型的战略地位和客户自身的预算限制,他们会将经典模型的迁移与经典故事的迁移打包在一起进行,以节约成本并减少业务影响。在迁移前明确迁移范围是十分必要的,因为这将对后面迁移时间和迁移参与人员的预估产生重要影响。

2. 迁移时间(When):什么时候开始迁移?需要多长时间进行迁移?

在明确了迁移范围之后,企业需要根据实际的业务情况对迁移时间进行预估、对迁移流程进行合理的分配与安排,并留出充足的时间对迁移后的内容进行检查和试运行。

3. 参与人员(Who):执行迁移的主要人员有哪些?迁移过程中需要哪些人员的配合?

在明确了迁移范围及时间之后,企业需要根据实际情况安排迁移的执行人员,在有条件的情况下对相关人员进行迁移的培训,并提前告知相关部门以配合迁移。

推荐的整体迁移步骤(How):

1. 模型迁移:此步骤为非必要步骤,具体要根据企业划定的迁移范围来确定是否需要。用户可以使用建模区域中的“迁移为新模型类型”按钮将经典账户模型转换为新模型类型,该项迁移暂时不支持批量操作。以经典账户模型为例,迁移后的模型中会添加一个度量,自动设置为SignedData,用户可自行调整。模型的计算指标会自动设置,无需再进行额外操作。

sharonzhou_0-1739934931425.png

模型中的“迁移为新模型类型”按钮

sharonzhou_1-1739934969723.png

迁移前 - 经典账户模型的结构

sharonzhou_2-1739934999281.png

迁移后 - 新模型的结构

一些需要注意的事项(相关帮助文档):

• 迁移无法撤销。

• 如果经典账户模型已经具有相关对象(包括故事、数据操作、私有版本等)或启用了货币换算时无法进行迁移,同时为保证现有内容的可用性,请务必复制出一个模型,保证复制出的模型没有相关对象并禁用其货币换算,然后对复制的模型进行迁移。在迁移完成后再决定是否将货币换算开启,并在迁移后的模型中重新定义货币换算度量。

• 新模型类型的数据导入/导出作业与经典账户模型的旧导入/数据导入作业不兼容,因此在迁移后,必须为新模型类型创建新的数据导入/导出作业。

• 将经典账户模型迁移到新模型类型时,不会迁移数据点留言。

2. 故事迁移:请注意,优化故事体验并不包含经典故事中目前支持的所有功能,这些使用限制计划将逐渐被移除或改进。因此在进行故事迁移前,请阅读此关于优化故事体验的限制。该项迁移支持批量操作,请阅读此博客以获取更多批量迁移相关的详情。由于故事迁移具有不可逆性,同时也为了保证报告本身的访问权限不需要重新设置,请务必复制出一份故事副本作为备份,并直接在原有报告上进行迁移。

sharonzhou_3-1739935148320.png

故事批量转换工具的入口

sharonzhou_4-1739935176336.png

单一故事转换按钮

在经典设计体验中,故事中可能会既有网格页面,也有画布或响应式页面。由于网格页面在新的“优化设计体验”中不再支持,所以网格页面的整体迁移过程包括:

1) 用优化故事体验新建原网格页面中的报表

2) 在经典故事中删除网格页面,然后将其他页面先转换为“优化设计体验”

3) 将步骤2) 中转换后的故事和步骤1) 中的内容进行整合

3. 切换模型依赖项的模型:此步骤为非必要步骤,若进行了模型迁移则该步骤为必要步骤。此处的模型依赖项主要包括故事、数据操作等跟模型绑定的对象。在故事迁移完成之后,迁移后的故事及故事中的数据操作等内容依旧是与经典模型进行绑定的,则此时我们需要将这些对象中的经典模型替换成新模型。SAP 分析云支持在故事中将“经典账户模型”替换为为同样结构的“含账户和度量的新模型”。故事的模型替换方法及注意事项,您可以参阅此博客。数据操作的模型替换,可以直接在数据操作中进行更改,并且数据操作的模型替换允许撤销,但为保证报表的正常应用,我们仍建议备份相关的数据操作。

sharonzhou_5-1739935254360.png

在故事中替换模型

sharonzhou_6-1739935275179.png

在数据操作中替换模型

4. 故事的整合:此步骤为非必要步骤,需要根据实际情况判断是否需要进行。需要进行故事整合的一些用户案例:

• 经典故事中既有网格页面,又有画布或响应式页面;

• 有数字化董事会议厅内容,并且该内容由不同的经典故事组成;

• 故事的查看者期望通过一个统一的入口查看不同的故事内容;

故事的整合有两种基本的方式,一种是通过复制粘贴来实现(SAP 帮助文档),另一种是通过导入故事页面来实现(SAP 帮助文档)。通过复制粘贴,用来复制的原始故事跟粘贴后的目标故事是两个独立的内容,也就是说,在原始故事上的更改无法同步到目标故事;而通过导入故事页面,原始故事上的修改可以被SAP 分析云识别,用户可以在左侧面板中的“大纲”项下选择将内容同步。您可以根据企业的实际业务需要,在这两种方式当中进行选择。

在复杂的企业实践当中,故事的迁移是一个牵一发而动全身的项目。在阅读本文后,如果您对迁移还有疑问或者还需要我们提供哪些方面的帮助和支持,您可以在评论区进行留言。