嗨Arvind，

对此没有普遍的答案，并且在某些方面是个人喜好问题。

我更喜欢帐户模型-从我的角度来看，特别是对于来自CO。的数据来说，它更灵活。

帐户模型对于某些计划功能更容易-在"帐户字符"上，您可以设置过滤器和/或条件。 如果使用KF模型，则在许多功能中都必须指定KF，但它不够灵活，因此您将为特殊目的定义更多功能。

在不同关键人物之间也无法进行标准复制。

关于"我们可以在不询问IT的情况下添加新帐户"的问题在计划中可能仍然不是那么容易-那里的功能和过滤器可能仍不能选择新创建的帐户，但是即使IT会这样做，我认为 更容易进行更改。

供DSo使用-不要将直接更新DSO用于可以聚合的KF的正常计划。 这些DSO需要在键中包含所有char（或者需要通过派生填充），并且所有char必须以不同于#的内容填充。 这不适用于计划，或者至少不适用于我认为的计划...

为此使用像DSO这样的多维数据集。

致谢

Cornelia

嗨Arvind，

这是一个古老的话题，所以这是一个很好的旧文档：

https://help.sap.com/查看器/fe29ba4c6c551014b4be9ddad70bba51/7.02.20/zh-CN/0f903d41d4cc4c0de10000000a1550b0.html

今天一般的利弊仍然存在，但是正如科妮莉亚（Cornelia）所写的那样，没有最佳的选择。

最佳，
Marc
SAP HANA能力中心

请记住，在S/4中进行的CO-PA是以帐户为基础的，因此，使计划模型基于帐户是可以简化数据比较，主数据使用和撤消（如果有）的。 ..不用说维护会更容易-例如，考虑到整个模型对象：关键指标，aDSO，复合提供程序，聚合级别，查询，工作簿，添加新帐户比添加新KF容易得多。

尽管数量是您决定的重要方面，但在极端情况下（每个流程的数量非常大（亿）），它将开始产生实际影响。

# p #

Cornelia，

感谢您的投入。 我同意帐户模型可以简化过滤器-特别是在保存期间锁定不同帐户的功能。

cube-like-aDSO的问题尚不支持"零消除"。 每次保存时，它都会创建一个TSN，而aDSO中的体积会增加。

幸运的是，在我们这种情况下，我们将能够填写每个计划方案中的所有关键字段，即它们将始终按子类别进行计划，并且我们将使用nav-attribute品牌进行报告

谢谢大家。