Enterprise Resource Planning Blogs by SAP
Get insights and updates about cloud ERP and RISE with SAP, SAP S/4HANA and SAP S/4HANA Cloud, and more enterprise management capabilities with SAP blog posts.
cancel
Showing results for 
Search instead for 
Did you mean: 
benjamin_yang
Discoverer



注:


本文由于长度限制,拆分为两部分。


第二部分请访问https://blogs.sap.com?p=799




1. 如何迁移特定的对象?


如果我希望迁移某个特定的主数据或交易数据,我想知道我可以迁移哪些对象?


答:请访问下面的帮助文档,来了解目前最新云版本上可用的迁移对象清单。 https://help.sap.com/viewer/cc9ecc5f5f6b400a98d10e930324f7ad/



2. 物料主数据的模板是哪一个?


我想了解能够涵盖所有物料视图的物料导入模板, 是使用“产品(Product )”导入模板吗?



答:若要迁移物料主数据,可以使用迁移对象“产品(Product)” 请参考链接https://help.sap.com/viewer/cc9ecc5f5f6b400a98d10e930324f7ad/2002.500/en-US/289644d401a844878ce84670...来获得更多信息。


迁移对象“物料(Material)”已经被设为不再使用,并被“产品(Product)”所替代。 若需更多关于S/4HANA Cloud 迁移对象导入模板的版本比较,请访问 SAP 知识库 KBA https://launchpad.support.sap.com/#/notes/2778319


https://help.sap.com/viewer/25d2ae41d2d74803be976f9c4bda6986/SHIP/en-US/aa139b168c444e7e9de7aff91c9c...



3. 在使用Migration Cockpit LTMC)向S/4HANA迁移时,源字段和目标字段的字段长度不一致,源字段字段长度是80


源结构大部分字段长度是80,但是在目标字段中这些字段长度并不到80.



答:


在迁移模板中的字段总是代表着源数据的结构。 由于源数据可能会比SAP 标准的数据长度更长,所以对于大部分字段,长度设置为80位。 根据字段类型,可能会需要以下某一类数据类型:


· 文本


允许使用字母,数字和特殊符号。 SAP S/4HANA Migration Cockpit中,您可以将具有文本类型的某些字段的值(通常是那些长度为80的字段)匹配到其正确的SAP S/4HANA目标字段。在迁移时,可以在SAP S/4HANA Migration Cockpit中进行此值匹配映射(在步骤“转换值”中)。



请查看SAP 知识库 KBA https://launchpad.support.sap.com/#/notes/2563055



4. 如何迁移附件到产品主数据


请问如何可以将物料主数据的文件附件一并迁移到产品主数据?


答:可以通过属于文档管理系统(DMS)的另一个对象“文档”(Document)信息记录,来实现。 请参考:https://help.sap.com/viewer/cc9ecc5f5f6b400a98d10e930324f7ad/latest/en-US/e0c077f8cd8c413abedacec4f7... 关于MARA物料主数据表,我们还有一个APIhttps://api.sap.com/api/API_CV_ATTACHMENT_SRV/resource 供客户使用,其中包括两个实体对象:/AttachmentContentSet and /A_DocumentInfoRecordAttch ( POST )




5. 我可以去哪里找到关于数据迁移对象的更多信息


我正在寻找关于S/4HANA Cloud可用的迁移对象的信息, 我知道所有对象可以在系统里找到,但是否有一个页面包含了总结性的关键信息?


答: 请访问https://help.sap.com/S4_CE_MO,你会看到一个详细的表格,包含了目前版本可用的所有迁移对象, 以及要求的业务角色。 如果点击具体的迁移对象,你会看到关于该对象的具体信息。



6. 如何使用Migration Cockpit给销售合作伙伴分配联系人


答:要为销售合作伙伴分配联系人,首先您需要创建带联系人信息的客户主数据,但不包含销售数据。 然后在第二步里使用 客户主数据 为已有记录扩展新的组织架构,分配销售数据和合作伙伴能力里分配联系人。 请参考SAP 知识库 KBA 2903506 - How to assign a contact person as partner using migration cockpit 获得完整的解释。



7. 关于迁移对象“客户主数据-通过信贷数据拓展已有数据” 中的字段“信贷分析员” 我需要了解什么


当迁移“客户主数据-通过信贷数据拓展已有数据”时,我填写了字段“信贷分析员”但这个字段并不会更新,迁移过程中也没有报错



答: 你好, 这可能是由于不正确的匹配关系导致的。 首先,字段“信贷分析员”是用来维护负责信用账户的负责人员的(就如同系统提示所显示)。 其次, 在匹配过程中,你应该把这个字段匹配到正确的目标字段。 你可以使用F4帮助来看关于匹配的信息。举例,如果源字段内容是“Ana”,你可能需要维护S/4HANA目标值为“CB99000001” (你可以通过App - 维护业务用户 Maintain Business User来确认正确的值)



8. 有没有可能把10年的历史数据都迁移到S/4HANA Cloud Essential版本上?


S/4HANA Cloud Essential 的客户询问他们的实施方,是否可能将他们10年的历史数据都迁移到新的云系统上,我知道这不是推荐的方式,但还是想问问在S/4HANA Cloud Essential是否有官方文档说明这是否可能?是否不被建议,并且原因是什么?



答:


从纯技术的角度来看这是可能的,甚至可以普通的SAP的支持来做到。 客户可以根据他们的需要购买额外的数据库扩展。


这个问题更关键的是,这样做的目的是什么? 为什么这个客户会希望将10年的历史数据迁移到他们的云端ERP系统中,而且这十年数据的很大一部分都不会有任何日后运营价值。 他们需要从这些数据中获取的业务价值是什么?对于这个问题可能会有多个答案。


如果他们尝试分析这些数据,比如机器学习之类的, 可能数据湖(Data Lake) 或结构化的存储方案等可以从业务运行中剥离出来的方式会是更好的选择。


如果目的是为了合规和审计的合规,近线存储(Nearline storage) 离线存储以及归档系统会更加合适并且具有成本优势。 SAP HANA系统,尽管在数据存储上非常高效,但主要是服务于实时和近期业务运营和分析所需的“热数据”进行内存计算, 相对更加昂贵。 近线或离线存储、归档系统等等就便宜多了,但在需要数据的时候,可能需要一定时间进行自动(近线)或手动触发数据的重新读取。


针对这些近线、离线和归档的使用案例,SAP可能有特定的服务可以帮助到客户。 如果有需要,请联系我们。



9. 我可不可以通过迁移对象“客户”创建新的客户业务伙伴(BP)数据?


我想要通过一步使用迁移对象“客户”参考另一个客户(也是新建的)创建一个新的客户。



答:


下面链接里已经提到 关于迁移对象“客户”的“与其他业务伙伴关系”不在支持范围内。(https://help.sap.com/viewer/cc9ecc5f5f6b400a98d10e930324f7ad/2002.500/en-US/b251af240d9c41e9b9baf946... )


如果你需要通过迁移导入模板创建业务伙伴,同时这些业务伙伴之间有关联关系, 那么就要确保被引用关系的客户主数据需要先存在系统中(这和在老的ERP中客户主数据创建的方式不一样)。举例而言,如果你需要创建客户12345作为主客户和售达方(Sold to),客户678910作为送达方(Ship-to) 那么客户678910需要被首先创建,否则你会遇到的错误提示。


为了避免这种问题, 你可以选择下面两种方法之一来解决:


1. 使用迁移模板时,在合作伙伴功能里分离出客户12345售达方和678910送达方的信息, 也就是说通过普通的、不含合作伙伴关系的方式创建客户123456678910的销售区域数据, 然后在迁移之后使用App “维护主数据” (https://fioriappslibrary.hana.ondemand.com/sap/fix/externalViewer/#/detail/Apps('F2505')/S19)来维护他们的关系。 请参考最佳实践流程 大批量导入和维护业务伙伴(1RK) (https://rapid.sap.com/bp/#/scopeitems/1RK)


2. 使用SAP 知识库KBA 2748819 (Migrate Business Partners with Supplier and Customer roles.)所提到的两步的方式,



10. 在迁移过程中, 有错误提示产品描述<产品名称>的键值重复(Key values duplicate for product <product name> in node Description"


如何避免这些错误?


答:


这个错误消息是因为你在两个表单(基本数据和物料描述)里用同一个语言都维护了物料描述, API会报这个错。


SAP Help 门户网站里关于产品主数据的页面(https://help.sap.com/viewer/cc9ecc5f5f6b400a98d10e930324f7ad/latest/en-US/289644d401a844878ce8467051...),你可以看到相关的解释。”8. 描述数据 在这个视图中,你可以维护额外的描述(为基本数据表单所用语言之外提供补充)



11. 在测试环境中迁移银行账号及相关数据,如何重置余额和银行对账单号码?


当我们在测试银行账号的数据迁移,以及上传余额,或者使用这些银行账号数据进行测试和培训时,会过账给对应银行账号一笔金额作为余额,同时会占用一个银行对账单的号码。该银行对账单号码显然不会与上线后我们需要上传的第一笔银行对账单数据相吻合。


如何重置银行账号的余额以及对账单号码?



答复:我想您弄混了测试环境和生产环境的操作。所有测试必须在测试环境中完成。之后实际的银行对账单(银行账号及余额等)的迁移应该在生产环境重新操作,该数据信息应和上线后第一张银行对账单数据相符。



12. S/4HANA Cloud Migration Cockpit – 上传转换后的值


您好, 在S4HANA Cloud Migration cockpit, 如何上传转换后的值?


举例而言我们有10000条资产数据, 需要从现有系统中导入到S/4HANA Cloud上。 这种情况下由于单个文件大小限制可能无法放下所有数据,需要拆分成多个文件, 并在每个文件中把旧系统中的资产编号值改成S/4HANA的值。 如果我们可以在Migration Cockpit里批量上传转换后的资产编号值, 那我们就可以不必在每个文件里去改资产编号值,而是在Migration Cockpit里一并上传并更新。



:


你可以使用Migration Cockpit中的导入/导出功能,在不同的系统(例如从Q系统到P系统)将转换后(匹配后)的值进行传输。 对于固定资产, 你不需要转换固定资产编号,因为系统会针对资产编号考虑内部编号。 你只需要维护其他配置相关的规则,例如资产类、折旧键(Depreciation Key) 等,这些对于一个迁移项目来说是一次性的工作。 关于文件大小,在单个文件里导入10000个资产应该没有问题, 你也可以将文件压缩到不超过100M大小的Zip文件, 请参考Note 2719524 https://launchpad.support.sap.com/#/notes/2719524


13. 我可以在哪里找到数据迁移对象不同版本之间的差异?


我在1905版本中进行了一些数据迁移的测试, 我想知道是否在1908版本中迁移对象有变化?如果有变化,具体变化是什么。 是不是有文档提供了这些差异的信息?


答:


对于SAP S/4HANA Migration Cockpit中某个特定迁移对象在一个版本和之前版本的差异可以在SAP Help门户网站里找到:S/4HANA Cloud – Release Comparison of Migration Object Templates: https://help.sap.com/viewer/25d2ae41d2d74803be976f9c4bda6986/SHIP/en-US/aa139b168c444e7e9de7aff91c9c...



14. 工单(work order)的迁移模板


我们正通过Migration CockpitSAP ECC S/4HANA Cloud进行数据迁移, 我需要将工单(Work Order)导入到云系统, 但在迁移程序里找不到工单的迁移对象。我需要导入维修工单, 请建议我是否有别的方式可以导入工单,谢谢。


答:


我估计你参考的是SAP 最佳实践流程 “维修工单BH1”


https://rapid.sap.com/bp/#/browse/categories/sap_s%254hana/areas/cloud/packageversions/BP_CLD_ENTPR/...


目前, 对于维修工单还没有可用的迁移对象, 所以Migration Cockpit 中无法导入这些单据。


但是我可以提供另一种方法供您考。 请参考SAP


2447593 https://launchpad.support.sap.com/#/notes/2447593/E,


Note所述, 你可以使用BAPI_ALM_ORDER_MAINTAIN 来创建维护工单



15. 可以同时激活并传输多个文件吗?


我可以同时激活并开始传输多个文件吗?


答:


先给个提示, 如果你同时运行的话, 你可能会遇到特定数据迁移对象的数据库锁。 但并不是所有的对象都有这个问题。 只有被用到的迁移API 才会抛出数据库锁, Migration Cockpit本身不会。 有部分迁移API (例如成本中心)不允许并发激活或传输文件。


如果你想并发上传文件提升性能,你应该考虑一下几点:


1. 如果你还在进行功能性的测试, 先测试一个个上传文件和激活, 避免直接用并发。 这样一个个上传再激活, 会更容易发现问题和解决数据出现的错误。 如果你的数据都可以正确的通过测试, 然后你可以考虑开始进行并发的测试。


2. 每个文件需要保持完整。 也就是说不能出现一个文件中的数据依赖着另一个文件里的数据。 否则你会碰到依赖性的错误以及可能存在数据库锁。


3. 在所有功能测试都顺利通过并没有错误之后, 再开始多个文件的并发测试。 你可以尝试同时激活多个文件, 先激活两个文件并计算时间, 再三个文件并计算时间。


4. 测试,测试,测试,测试,在向生产系统中导入数据之前反复测试。



16. 如何迁移那些既是供应商又是客户的数据


是否有人使用Migration Cockpit处理过那些又是供应商又是客户的主数据?


我们想要的场景是对于单个业务伙伴(Business Partner)同时是客户和供应商的, 也就是说需要对同一个BP进行扩展不同角色进行导入。 由于Migration Cockpit有多个不同的模板针对客户或供应商 ,这就给我们带来了问题。 当我们用第二个模板导入的时候, 导入会失败说业务伙伴已经存在(就算你用 拓展 的模板这个错误也会存在)。 看起来这个导入工具是针对组织架构而不是针对角色的。 希望有什么简单的办法可以解决这个问题。


答:


请参考Note 2748819 迁移带供应商和客户角色业务伙伴 (https://launchpad.support.sap.com/#/notes/2748819) . 举例, 你可以使用Migration Cockpit 中的迁移模板供应商 - 通过新的组织架构拓展来拓展供应商新的组织架构。 请参考本社区里相关的讨论: (https://answers.sap.com/questions/13243124/view.html)