尽管SAP Analytics Cloud（SAC）投入了大量资金，但SAP Business Planning and Consolidation（BPC）作为一个完整的规划和整合解决方案，仍然是SAP的主要产品之一。虽然SAP BPC Embedded似乎是首选，但许多客户仍在使用和开发他们的标准版本。因为BPC标准可以由企业（而不是IT）拥有，所以它仍然是一个很有吸引力的提议，在本博客中，大数据的内容，我将分享一些简单的技巧，以最大限度地提高BPC标准的用户中心性–即使对于现有的实现也是如此。

1。告诉你的用户软件包是做什么的

与BPC用户密切合作了近三年半，我可以告诉你，没有什么比不知道运行软件包时触发了什么计算更让金融用户沮丧的了。毕竟，BPC复杂的审计日志功能将他们的行为记录在案——谁愿意在不了解他们的全部变化范围的情况下负责数字的变化呢？

尽管看起来可能过于简单，但只要在Data Manager软件包中添加"提示"就可以为用户提供信息，从而节省他们查找文档和筹集票证的研究时间：

如果您在所有软件包中都保持这种简单的信息结构，您将为用户提供进一步了解系统的机会，折扣返利，同时简化入职流程。聪明地对待本地成员

退后一步，询问如何使用本地成员，对于用户和未来支持来说，报告和输入表单的易懂程度会产生重大影响。将本地成员称为"variance"似乎是一件很自然的事情，但是当您的行/列中有20个本地成员时，从树上看到木材会变得有点困难，特别是如果您不是作者的话。相反，对本地成员名称过于具体可能会导致格式化工作表的噩梦——我们都经历过！

根据本地成员提供的格式命名，而不是根据他们执行的计算来命名，这将简化格式表，并使本地成员在报表编辑器中易于识别，例如"LM\u BOLD\u BLUE"–不难破译此代码！

奖励技巧：

使用本地成员作为其他本地成员的标题；这将帮助您区分行和列中使用的标题：

3。标准化报表/输入表单中的信息

老实说，当您使用SAP EPM外接程序构建复杂报表时，淘客返利软件，隐藏存储公式和逻辑的行和列以提供轻松数据刷新的外观是非常令人满意的。但这真的对用户有帮助吗？

Office的BPC标准和分析的一个最好的部分是用户可以在几秒钟内创建自己的报告。向用户展示管理员如何以易于理解和接近的方式构建复杂的功能，使用户更容易掌握新的报告技能。

我建议在报告和输入表单中提供标准化的文档、配置和信息部分。

文档=在这里，记录所做的更改随时准备报告。告诉用户报告的目的，并用通俗易懂的英语解释任何复杂的公式、逻辑或推导。

配置=在配置部分，详细说明如何在报告中使用每个维度。对于行、列或页面轴中的任何维度，请详细说明如何选择成员。如果需要公式来导出选择，那么在预先准备好的空间中呈现这些信息，以便可以很容易地跟踪前导和后继。

信息=一个标准化的信息部分，它提供最简单的信息，让新用户感到平静并准备好吸收信息。诸如"无需编辑此报告，只需进行选择和刷新"之类的指针确实可以提高用户的信心，并会增强对您的解决方案的信任。使登录ABAP尽可能非技术性

在BPC标准中，将自定义错误从ABAP返回给用户的功能已经相当不错了。但是，将格式构建到错误处理中，甚至会使这些灰色的颜色看起来更聪明；在数据管理器包的公式日志中搜寻英语内容将成为过去。

将个别错误显示为项目符号将使破译输入被拒绝的原因变得简单得多：

何时在构建自定义写回逻辑时，请考虑为每个输入返回多个错误消息。如果您的代码在第一个失败的关卡抛出异常，用户将不得不进行更改，然后再次输入所有数据，结果再次被拒绝。

如果您将所有数据都传递给用户（但不要过多地伤害他们的感情！）对于故障原因，用户可以立即采取适当的措施，节省时间和精力：

4b。（同时，使其更具技术性！）

在设计错误处理时，自助建站源码，您可以简单地运行并输出漂亮的消息—为什么不为自己添加一些东西呢？当包逻辑引发异常时，请阅读callstack以返回有关错误发生位置的有价值信息。您可以将这些信息写入SLG1，轻云，甚至可以将其放入包日志中（只要格式良好！）。这样，当出现异常时，您将确切地知道是哪一行代码导致了异常，支持团队可以立即找到问题的根源。

示例代码：

因此，使用这些简洁且易于应用的技巧–您的下一个（或当前！）BPC的实现将比以往任何时候都更加以用户为中心。通过LinkedIn与我联系，与我分享您的最佳EPM提示：https://www.linkedin.com/in/12/。