Objective
费率是 SAP Fieldglass 应用程序的核心功能，对买方和卖方开具的员工时间和/或服务开发票至关重要。
费率可以表示为简单等式：工资标准 + 费率组件 = 帐单费率。
工资标准是将在指定持续时间（小时/天/月）内支付给员工的付款值。费率组件是任何预定义的费用、加价或运营成本，例如不属于员工工资一部分的供应商付款，构成工资标准和帐单费率之间的差异。
这是一个过于简化的比率视图，但尽管如此，这个方程是了解构成比率的基本原理的绝佳方式。
在强调费率 2.0 为 SAP Fieldglass 中的费率管理带来的增强简化和附加价值之前，让我们重新审视一些基础费率概念。
在就将包含在卖方发票上的最终员工帐单费率达成协议之前，买方及其 卖方 可能就给定 职位发布 进行费率协商。但是，一些附加元素推动了最终费率的计算方式，这可能取决于区域法规和整体业务驱动因素，例如临时工的最终管理方式。
虽然根据最终配置的费率结构和版本的类型，如何捕获一系列从基本到最复杂的费率计算有不同的选项，但我们将在此处涵盖最常见的场景。
这是当买方不需要了解卖方花销或员工工资的构成而最终产生最终帐单费率时，使用的最直接费率。
例如，在设计和制造数据网络设备的公司 WorkingNet Networking Inc 创建的职位发布中，公司可能只选择设置要为供应商支付数据网络工程师的最高费率，在本例中为 Joe。然后，供应商 reCrewIt 将该费率显示为最终帐单费率。
WorkingNet 不希望获取 SAP Fieldglass 中的工资标准或任何适用的费率组件，因此使用基本费率，员工的工资标准基本上等于帐单费率。
因子采用基本费率并将其乘以预先确定的"因子"以派生账单费率。常见因子费率为加班 (OT)。因子可以在多个标准 (ST) 费率中应用相同的计算，而不是为每个职位创建加班费率。
例如，WorkingNet 可能愿意为 WorkingNet 中的网络工程师和开发人员角色支付 1.35 倍的标准费率。这也适用于双倍时间 (DT)，该时间可能设置为标准费率的 2 倍。WorkingNet 无需创建适用于每个职位的单独 OT 和 DT 费率，而是可以分别创建 1.35 和 2 的因子，根据需要将其应用于尽可能多的职位。
如果组织使用费率组件，则有两种计算最终费率的方法。这取决于计算应是 基于工资率 还是 基于帐单费率 ，并且通常由地区法规驱动。
对于基于帐单费率，首先确定帐单费率，并从中派生工资标准和费率组件。买方可以了解卖方如何达到员工工资标准。
例如，reCrewIT 已协商 WorkingNet 将按 100 的费率开票，其中 75 个承诺给 Joe，其余 25 个由 reCrewIT 的费用组成。这使 WorkingNet 能够了解 reCrewIT 成本，并允许他们确定最终帐单费率是否达到合理水平。
使用基于工资标准时，首先定义员工工资标准，并在应用费率组件后派生生成的帐单费率。
因此，在这种情况下，WorkingNet 和 reCrewIT 已协商 Joe 将获得 75 的报酬。剩余金额将为 reCrewIT 费用。根据此方法，最终账单费率可根据 reCrewIT 费用而变化。这可确保员工工资是静态的，这是多个国家/地区的强制性要求。
托管服务提供商 (MSP) 是帮助公司管理其临时劳动力（包括临时工、自由职业者和独立承包商）的第三方组织。管理服务提供商在提供此托管服务时收取了后续花销。如果买方确实使用管理服务提供商，则有两个选项可用于计算此花销：
买方负责支付管理服务提供商（和/或 VMS）费用。这些费用通常计算为通过工具管理的临时劳动力总支出的百分比。
买方通常跳过卖方总计的百分比，以便在每个记帐周期结束时支付管理服务提供商花销。这些花销通常是向 卖方 提供其员工或服务的总支出的百分比。
如果交易中涉及管理服务提供商，请记住，花销只能由负责支付费用的一方看到，因此 卖方 看到的最终帐单费率可能与买方在 SAP Fieldglass 中看到的最终帐单费率不同。
费率是 SAP Fieldglass 开发票的基础，表示买方和卖方之间关于员工时间和服务的财务协议，基本等式为工资标准 + 费率组件 = 帐单费率。