你好 Holger Hartung

是的，你不应该混淆每个班级，每个特性都有 确切的目的并为其分配了标准的报告符号，并且一旦属性树上有更新，您的更改就会受到影响。

如果您有特定要求，则可以创建自定义的VAT，class，char's和 报告符号即可满足您的要求。

SAP建议不要在标准属性树中进行任何更改。

我希望这会有所帮助。

致谢

Satya

嗨，萨蒂亚，

换句话说，您将混合sap标准类吗？ 我的意思是说我没有阅读过推荐词...

你好霍尔格·哈通

同样，您的问题不清楚，您是在问为什么我们不将一个类别（VAT）的特征添加到另一个类别（VAT）中？

请描述问题。

问候

Satya

亲爱的霍尔格

如果您"操纵" SAP类或SAP特性： 从SAP的角度来看，这是"修改"。 从技术上讲：您可以尝试这样做，并且据我所知：它会起作用，但您应该避免使用它。

原因是（例如）

1。）。 通常，您希望使用"最新"标准树对SAP系统进行" SP"更新（或升级）； 更新/升级后，您必须先"实施"树，然后再"树"化（我在此处跳过如何实现它的技术细节），然后"覆盖"所做的更改（否则可能会有风险）

讨论了" SAP标准"的主题，例如 此处： /img/questions/ 9078051/recommand-std-ehs-substance-structure-properties-c.html

如果您对SAP标准不满意，则"最佳实践"（根据我的观点）是

将" SAP"标准复制到" Z客户"空间，并在设置中使用" Z"属性等。

许多顾问倾向于"重用" 特点。 在"课程"中。 原因也与SAP标准有关（例如类型" GLP"的特征）。 您应该避免此过程/这种方法。 这种方法有很多陷阱。

不要将具有Z特性的SAP类混合在一起（或以其他方式使用具有SAP特性的" Z类"）

有些 几周前，我在SAP中确定了相关的SAP表，这些表"引导"了"修改"故事。 因此，请不要更改SAP标准（这只会增加维护相关SAP系统的风险（此处列出更多原因））

"最佳"方法取决于您的具体情况，例如 您是否购买"内容"（规则集等）

如果您使用"内容"：那么" Z方法"不是"最佳"（而是您唯一的选择）作为"内容" 设计用于100％SAP标准。 因此，考虑" Z"部分的工作量可能很大（但很明显：从技术角度来看：这是可能的）

坦白地说：如果您在此论坛中执行小调查，您会发现一些 讨论故事的线程（回顾历史等）：许多公司似乎使用" Z类"等。这是正确的方法。

CB

PS： https://blogs.sap.com/2015/07/04/sap-ehs-standard-data-model-ehs-classic/可能很有趣