亲爱的维克托里亚

1。）对于S/4 HANA版本，您应该能够执行与EHS的SAP ERP版本相同的"导入"/"导出"选项

2。）我不知道有任何类型的" UNICODE"问题

但是我们需要注意。

首先：我们有许多" UNICODE"版本（UTF8和UTF16）。 在这里，我需要重新阅读您提到的OSS

无论如何。 这里经常讨论进出口主题。 大多数讨论都是使用EHS OCC选项进行的。 在这里，您可以导入规格和短语

您确认的

1。）：EHS不支持录制（例如https://archive.sap.com/discussions/thread/1095721 ）

2。）可以使用LSMW（只要您生成" IDOC"；我从未见过有人尝试过此变体）

请记住。 规范或词组数据的上传是"棘手的"（例如，您使用的是什么操作系统，因为LINUX和基于Windows的版本之间存在差异！）。

第二：您需要注意" dat"文件（它们必须100％启用UNICODE）。 从客户端到SAP的数据传输必须正确完成（正确的模式等）

使用使用" dat"文件的标准导入界面并不容易。 许多顾问在使用此选项时确实存在问题。

最好的（总是在其他线程中讨论过）总是：首先使用一个规范； 维护数据，然后执行"导出"。 然后，您将更好地理解" dat"文件结构。 （PS：从简单开始！例如，仅维护规范标头数据，然后维护材料分配，然后保留标识符：不要！从引用/继承开始。这更加复杂。）

对于使用SAP OCC进行导入（规格或短语），我们现在有一个非常好的SAP咨询说明。 请检查此论坛。 经常在此引用此OSS注释。

可以查看以下博客/主题：

https://blogs.sap.com/ 2014/11/13/rule-sets-secondary数据确定/

https://answer.sap.com/questions/239097/composition-load-issue-using-occ-data-editor-softw.html

https://answers.sap.com/questions/212332/how-to-change-the-user-exit-parameters-in-occ-when.html

https://answers.sap.com/questions/ 276384/occ-error-on-rfc.html

https://answers.sap。 com/questions/186559/occ-data-upload-and-occ-connection.html

https://answers.sap.com/questions/66885/how-to-upload-xml-file-un-regulation-updates-in-sa.html 。

但是您还会发现以下线程： https://archive.sap.com/discussions/thread/1654090

根据我的经验：SAP EHS标准导入可以胜任； 但是您需要培训和一条"学习"曲线来准备正确的dat文件（并且有很多陷阱）。

SAP EHS OCC的使用"简单"（但是您仍然需要对要使用的EXCEL的结构有很好的了解。这里的讨论表明：这里也有很多陷阱）

C.B。

PS：也可能需要检查： https://archive.sap.com/discussions/线程/3741108

https://answers.sap.com/questions/439471/can-i-upload-the-phrases-in-format-other-than-dat.html

https://answers.sap.com/questions/390705/specification- load.html

https://blogs.sap.com/2017/07/ 01/occ-load-options /

https://archive.sap.com/discussions/thread/3589644

https://answers.sap.com/questions/444786/how-to-load-demo-data-in-the-ehs-specification-dat.html

https://archive.sap.com/discussions/thread/3210724

https://archive.sap.com/discussions/thread/3817348

https://answers.sap.com/questions/390705/specification- load.html

尊敬的Ute

我同意您的一般性声明。 如果您具有数据的"外部来源"（例如，通过数据库，EXCEl或其他方式），则在基于SAP Unicode的EHS系统中存在2种"处理风险"。 在顶部：dat文件必须具有"正确的"值（Unicode模式）。

"数据迁移方法"中存在许多陷阱； 根据要迁移的数据的大小（量），永远不可能进行100％的控制； 特别是在EHS领域中。 例如。 如果从旧版系统或SAP系统迁移：至少需要考虑的可能是10000 REAL_SUB； 可能是2000个LIST_SUB等，至少每个属性至少要获取50个属性（在顶部：标识符等）。

没有人可以"控制"详细数据（在顶部短语）。 根据经验；

在大多数情况下，"标识符"和"用户定义文本"可能是有问题的（关于Unicode主题）； 但是显然，如果您要支持的"东方语言"比"短语"还多。

CB

例如，" https://blogs.sap.com/2017/09/04/data-migration-in-ehs -classic/"可能会引起关注

尊敬的维克托里亚，

当尝试将短语导入我们的SAP系统时，我遇到了相同的unicode错误。 查看服务器上的.dat文件，我看到文件中没有#（而不是ü（变音符/diaresis））。 好了，.txt文件已保存为unicode文件，但似乎原始excel文件已损坏。 我更改了整个excelsheet的字体类型（在Arial中），然后保存并创建了一个新的txt和dat文件。 这次我可以导入短语而没有任何错误。

所以我的经验是，很多问题是由excel引起的，而且并不总是很明显。