重要
Dynamics 365 Project Service Automation 已演变为 Dynamics 365 Project Operations. 有关详细信息，请参阅 Project Service Automation 过渡。
适用于 Project Service 应用版本 3.x
Dynamics 365 Project Service Automation，组织单位是专业服务公司中的一个不同的组或部门，采用具有成本费率的计费资源。
对于在各种实践领域或业务线中使用技术资源的专业服务公司，在一个实践领域或业务线中填补角色的成本可能与成本不同，以在另一个实践领域或业务线中担任角色。 概念组织单位通过提供一种方法，将一组可计费角色分组到一家具有不同成本结构的公司部门中，从而帮助实现此方案。
组织单位的关键属性和关联
在 PSA 中，PSA 中的组织单位具有特定的货币和特定的成本价目表。
组织单位的货币是用于跟踪成本的主要货币。
可以将一个或多个成本价目表附加到每个组织单位。 PSA 对可附加到组织单位的价目表提出了以下限制：
- 价目表必须采用组织单位的货币
- 价目表必须是成本价目表
此外，资源实体上的组织单位还有一个属性。 可将每个资源分配给一个组织单位。
组织单位的角色
组织单位在 PSA 中扮演两个角色：
- 承包单位 – 代表公司集团或部门的组织单位，主要负责赢得销售和管理向客户交付工作和服务。 合同单位由“机会”、“报价”、“项目合同”和“项目”页的标题部分中的“合同单位”字段标识。
- 资源单位 – 资源所属或分配给的组织单位。 此组织单位可以为合同单位拥有的工作声明（SOW）和项目的某些角色提供其资源。
组织单位常见问题解答
下面是有关组织单位的一些常见问题。
PSA 中的组织单位实体与 Dynamics 365 中已存在的组织实体有何关系？
Microsoft Dynamics 365 中的组织实体表示全局 Dynamics 365 实例的名称。 此名称通常是全局企业的名称。
组织单位实体表示全球企业中的组或部门。 此组或部门具有一组角色和这些角色的成本价目表，这些角色和价目表不同于企业中其他组或部门的角色和价目表。
安装 PSA 后，会基于组织创建默认组织单位。 所有现有资源都分配给默认组织单位。 如果任何新的 Active Directory 用户或资源导入到 Dynamics 365 中，则用户导入过程会将这些用户分配到 PSA 中的默认组织单位。
组织单位实体与业务部门实体有何不同？
在 Dynamics 365 中，业务部门实体是一种安全构造。 用户与业务部门的关联决定了用户有权访问的实体和实体记录。 它还确定用户对这些实体记录拥有的权限（创建、读取、写入、删除、追加、追加、分配或共享）。
组织单位实体表示一个公司组或部门，该部门为分配给它的雇员提供不同的成本费率。 资源与组织单位的关联决定了资源对项目参与的成本。
实现 Dynamics 365 时，请优化业务部门层次结构的安全授权，并将用户分配到业务部门。 将通常必须访问同一组记录的所有用户分配到同一业务部门。 组织单位对安全授权或访问没有影响。
组织单位和业务部门的示例
Contoso， Ltd. 拥有蓬勃发展的Microsoft技术实践。 Prakash 和 Tricia 都是 C# 开发人员，但 Tricia 在美国，而 Prakash 位于印度。 大多数项目参与都需要 Contoso 印度和 Contoso US 的资源，Prakash 和 Tricia 需要在此实践领域对项目进行相同的安全访问。 但是，来自 Contoso 印度的开发人员的成本与 Contoso US 的开发人员成本有很大不同。
下面是使用 Dynamics 365 和 PSA 设计此方案的最佳方法。
- 将Microsoft技术实践创建为业务部门，并将 Prakash 和 Tricia 与它相关联。 这样，有助于保证这两名员工对该实践区域中的任何项目具有相同的安全访问权限。 它们都可以检查进度和报告时间、支出和任务更新。
- 创建两个组织单位，以确保项目的成本得到正确反映。
- 将 Tricia 与 Contoso US 关联，并将 Prakash 与 Contoso 印度关联。
- 将适当的成本价目表分配给这两个组织单位。 这样，有助于保证在 Prakash 和 Tricia 项目上记录的成本准确反映 Contoso US 和 Contoso 印度之间的成本差异。
组织单位是否与 Dynamics 365 中的销售区域相关？
销售区域与组织单位之间没有关联或关系。 销售区域通常是发生销售的地理区域。 销售价目表可以与每个销售区域相关联。
组织单位是公司内部组或部门，用于跟踪它向其他部门或外部客户销售的一组角色的成本。
组织单位和销售区域的示例
Contoso， Ltd. 有两个开发中心：Contoso US 和 Contoso 印度。 这两个开发中心之间的资源成本大相径庭。
Contoso 在拉丁美洲、北美、亚太地区、西欧和中东等许多国际市场销售 IT 服务。 同一项目角色的账单费率在这些市场中可能会有所不同。
Contoso US 和 Contoso 印度应设置为组织单位，每个组织单位都应有自己的成本价目表。 亚太、拉丁美洲、北美、西欧和中东应设置为销售区域，每个销售区域都应有自己的销售价目表。
为什么限制价目表与组织单位的关联？
销售定价通常特定于销售服务的地理区域或市场。 公司内部部门通常没有针对相同类型的服务自己的销售定价。 然而，内部部门有不同的商品销售成本（COGS），具体取决于他们雇用的人员的技能以及他们经营的地区劳动条件。 由于组织单位被建模为公司的内部部门，因此他们只能具有成本价目表。
为什么我们不能将销售价目表与组织单位相关联？
在 PSA 中，销售价目表可与客户和销售区域相关联。 机会、报价、项目合同和项目等事务实体使用附加到客户帐户或销售区域的销售价目表来确定项目参与的帐单费率和潜在收入。
成本价目表与组织单位相关联。 机会、报价、项目合同和项目等事务实体使用附加到合同单位的成本价目表来确定项目参与的成本。
组织单位在 PSA 中是否分层？
否。 在 PSA 的当前版本中，组织单位不是分层的。 这意味着你不能：
- 为遍历层次结构的默认成本价格配置模式。
- 报表收入或成本汇总在组织单位层次结构的不同级别。
我们是一家大型跨国公司，拥有成本中心、部门和计费办公室的复杂多层次层次结构。 如何在此版本的 Project Service 应用中充分利用组织单位概念？
如果具有复杂的成本中心、部门、计费办公室等层次结构，请将该层次结构的叶节点设置为不同的组织单位。 以下示例显示了典型的层次结构：
Contoso 印度
SAP 实践
- 技术顾问
- 职能顾问
Microsoft技术实践
- 技术顾问
- 职能顾问
Contoso US
SAP 实践
- 技术顾问
- 职能顾问
Microsoft技术实践
- 技术顾问
- 职能顾问
如果层次结构类似，则必须将其设置为平面列表，如下所示：
- Contoso 印度 - SAP 实践 - 技术顾问
- Contoso 印度 - SAP 实践 - 职能顾问
- Contoso 印度 - Microsoft技术实践职能顾问
- Contoso 印度 - Microsoft技术实践职能顾问
- Contoso US - SAP 实践 - 技术顾问
- Contoso US - SAP 实践 - 职能顾问
- Contoso US - Microsoft技术实践 - 技术顾问
- Contoso US - Microsoft技术实践 - 职能顾问
我们是一家仅作为一个部门运营的小型专业服务公司。 如何在当前版本的 PSA 中最好地使用组织单位概念？
如果你的公司以一个具有一个成本价目表的单位运营，则无需设置任何组织单位。 在 PSA 安装期间，Dynamics 365 创建一个与组织同名的默认组织单位。 默认情况下，所有用户都分配到此组织单位。 每当系统要求选择组织单位时，默认情况下会选择此组织单位。
从报价或项目合同行创建项目时，默认的协定单位来自报价或项目协定。 如果在销售实体（如报价或项目合同）之前创建项目，则默认合同单位是什么？
创建项目时，项目的默认协定单位基于创建项目的用户。 该用户也是默认项目经理。 如果项目映射到销售实体（如报价或项目合同），则项目的承包单位基于销售实体。 在这种情况下，可能会重新计算项目估算值，因为成本价目表用于计算成本估算更改（如果合同单位已更改）。 销售价目表用于计算将更改的销售估算值，以便它们与报价上的项目价目表同步。
项目的 “合同单位 ”和 “货币” 字段被锁定进行编辑，因为它们必须与项目映射到的销售实体（报价或项目合同）上的值同步。