RISE with SAP S/4HANA Cloud FUE 授权概念及优化方法

SAP全面推动客户上云的背景下，SAP S/4HANA 的授权模式与过去一对一的“命名用户” (Named User) 模型截然不同；在云模式下，SAP 现在使用“完全使用等效值” (Full Usage Equivalents, FUE) 来确定授权成本。客户不再是为每个用户购买一个许可证，而是使用不同的权重系数，将各种用户类型 (高级用户、核心用户和自助服务用户) 转换为 FUE。(请注意：FUE 仅适用于 S/4HANA Cloud 版本，包括公有云和私有云。)

Full Use Equivalent (FUE) 是一种聚合方法，客户可以根据相应云补充协议、服务描述指南或服务使用说明中规定的比率，为个人分配对云服务的访问权限。FUE可从 SAP S/4HANA Cloud 的不同版本 (Public Edition, Private Edition, 或 RISE) 中进行选择，每个版本都捆绑了不同的功能和服务级别。 FUE 可以随着时间的推移重新分配，以适应不断变化的用户需求，而无需在硬件上进行资本投资。

• 1 FUE = 1 个 SAP S/4HANA for advanced use (高级使用)
• 1 FUE = 5 个 SAP S/4HANA for core use (核心使用)
• 1 FUE = 30 个 SAP S/4HANA for self-service use (自助服务使用)
• 2 FUE = 1 个 SAP S/4HANA Cloud, Developer Access (开发者访问)

客户可以将每个 FUE 分配给任何一种使用包类型，并可以在订阅期内更改分配。

• SAP S/4HANA Cloud for advanced use (高级使用) 订阅允许使用云服务提供的所有解决方案功能。
  • 比率: 1 FUE = 1 个 SAP S/4HANA Cloud for advanced use 订阅
• SAP S/4HANA for core use (核心使用) 订阅允许使用云服务提供的有限解决方案功能。
  • 比率: 1 FUE = 5 个 SAP S/4HANA for core use
• SAP S/4HANA for self-service use (自助服务使用) 订阅允许使用云服务提供的非常有限的解决方案功能。
  • 比率: 1 FUE = 30 个 SAP S/4HANA for self-service use
• SAP S/4HANA Cloud, Developer Access (开发者访问) 允许使用云服务提供的开发工具。
  • 比率: 2 FUE = 1 个 SAP S/4HANA, Developer Access

RISE with SAP 是 SAP 提供的一项“业务转型即服务” (business transformation as a service) 产品，它将客户成功所需的一切整合在一个合约中。与传统的永久许可模式不同，RISE with SAP 采用基于订阅的模式，RISE with SAP 将核心 ERP、行业特定附加组件和云扩展组件捆绑在一个合同下。它仍然使用 FUE 概念，但增加了诸如高级分析和自动化工具等服务包。

SAP S/4HANA Cloud,professional use(专业使用)

• 这是权限最高的用户类型。被授予“专业使用”权限的个人可以执行SAP S/4HANA Cloud中所有模块明确授予角色的操作功能。
• 这包括执行系统中任何地方的交易和管理功能。通常，这些用户是需要广泛系统访问权限的“超级用户”或IT管理员。

SAP S/4HANA Cloud,functional use(功能使用)

• “功能使用”类型的用户权限是“专业使用”的子集。这些用户被授权在特定的业务领域或“模块”内执行分配给他们的角色操作。
• 他们可以操作由一个或多个业务角色授权的活动。例如，一个财务会计人员可能只被授权访问财务相关的模块和功能。

SAP S/4ANA Cloud,productivity use(生产力使用)

• 这是权限最受限的用户类型。这些用户只能执行非常有限的自助服务活动或特定任务。
• 他们的权限仅限于最多两个业务角色所授予的活动。例如，一个普通员工可能只需要访问系统来提交费用报销或查看自己的个人信息。

按使用情况分类示例:

• 高级(专业)用户(Advanced/Professional Users):示例:一位负责全面总账操作的财务经理，他使用像F-02和FB50这样的事务，并拥有跨多个公司代码的广泛权限(特别是创建、更改和删除)。FUE权重:每个用户1.0 FUE。
• 核心(功能)用户(Core/Functional Users):示例:一位应付账款会计或采购专员，他在有限的范围内执行发票校验(MIRO)、查看采购订单(ME23N)和清算供应商账户(F-44)。FUE权重:每个用户通常约为0.2 FUE。
• 自助服务(生产力)用户(Self-Service/Productivity Users):示例:一位使用员工自助服务(ESS)进行人力资源或时间录入的用户，他通过PA20或Fiori应用访问个人HR详细信息，拥有最少的输入权限。FUE权重:每个用户约0.03–0.033 FUE。
• 开发者或特殊角色用户(Developer or Special Role Users):示例:一位访问技术工具如SE80、SE38或ST22的ABAP开发人员。虽然理想情况下应按0.5 FUE计算，但实际或合同限制可能要求向上取整，有时实际上每个开发者需要1个完整的FUE(或者与理想的小数分配相比，相当于“每个用户2 FUE”)。

FUE换算系数及聚合示例:

• FUE的核心在于其换算系数，每个用户类型消耗的FUE数量是不同的，这反映了对系统资源的访问级别和潜在消耗；FUE的总消耗是所有用户权重的总和。
• 如果一家公司有50名高级用户(50×1.0=50 FUE)、100名核心用户(100×0.2=20 FUE)和300名自助服务用户(300×0.033=10 FUE)，则总FUE消耗约为80 FUE。注意：不当的分类(例如，分配过多权限)会将用户推入成本更高的类别，导致FUE数量激增。

在不进行整个角色体系重新设计的情况下，企业依然可以通过一些精细化的调整来优化FUE的使用。

• 角色调整 (Role Tuning): 对现有用户角色进行详细审查，并移除那些不必要地增加用户FUE权重，但用户实际工作又用不到的冗余权限或事务代码。
• 微调权限 (Fine-Tuning Authorizations): 进行一些有针对性的调整，例如，禁用某些很少被使用的、但权限权重很高的事务，以便在不进行完整角色修改的情况下，有效降低用户的FUE等级。
• 定期监控 (Regular Monitoring): 使用SAP的授权管理工具，持续地审计和调整用户分类，确保FUE的数量与用户的实际使用情况保持一致。

不恰当的用户分类（例如，为了方便而给用户分配了过多其并不需要的权限）会将用户推入成本更高的类别，导致FUE总数激增，从而产生不必要的许可费用。

通过了解用户活动如何转换为 FUE，并在内部仔细审查 FUE 的输出结果，企业可以在与 SAP 接洽之前识别成本节约机会并优化许可证足迹。这种积极主动的方法有助于确保向 S/4HANA 的平稳过渡，并可能带来显著的授权成本降低。

企业在向SAP S/4HANA Cloud转型时，SAP 许可 (License) 从 On-Premise 时代的经典指定用户模型转向全新的 FUE 许可模式，且 SAP 产品的许可 (License) 包含诸如“组件授权、用户授权、计量模式”等复杂模型，这对企业来说如同一个黑匣子，难以理解其工作原理。此外，企业还面临 SAP 的 License 审计等合规性问题。郑州微酷在 SAP License 审计流程方面拥有丰富咨询经验，拥有自主研发的高效 SAP License 资产优化软件产品，欢迎企业在需要时随时联系我们，以获得我们的支持服务和软件产品试用体验。