工作状态设置

要锁定的数据区域由每个模型的多个维定义，这些维包括一个所有者维和多个其他维。您可以将所有者 InfoObject 的特性预定义为 Business Warehouse 后端上的所有者属性，以维护工作状态所有者。只有当满足部分条件时，才能将 InfoObject 用作所有者维。请参阅下方所有者维和层次结构部分了解详细信息。

在设置工作状态时，定义下列项：

• 工作状态 - 可根据业务需求自定义的数据物理状态，如已解锁、已提交和已批准。

• 安全性等级 - 可以更改系统中数据的用户或团队，可以为“全部”、“无人”（全部锁定）、“管理者”或“所有者”。请参阅下面的控制可以更改数据的用户。

  可以更改工作状态的用户或团队，可以是“所有者”、“管理者”或“所有者和管理者”。请参阅下面的控制可以设置工作状态的用户。

• 推送 - 相当于设置工作状态时的复选框“用于所有子项”，通过该选项，您可以为成员的所有子项设置一个工作状态。此操作不会影响选定的父成员。

设置工作状态后，其他用户可以使用这些状态将状态应用到当前视图，并锁定用于审核和审批等流程的数据。例如，月末结账业务流程要求锁定一组特定数据，以便能够创建准确的月末报表。在提交数据后，所有者将工作状态设置为“已提交”，对应的安全级别为“无人”。这样就会锁定数据交集，防止后续提交。

所有者维和层次结构

• 所有者维必须由模型中的所有信息提供者共享。
• 所有者维必须具有可用于设置所有者的特性。特性的类型应为 CHAR，其长度应不小于 12。
• 应在 Business Warehouse 后端为所有者维维护一个或多个层次结构。

派生所有者

您可以将所有者维的一个特性指定为“所有者”（值应为用户 Id）或“团队”（值应为团队 ID）；也可以指定两者。

由所有者特性派生的用户或由团队特性或两者派生的团队成员均视为所有者维当前成员标识的所有者。

控制可以更改数据的用户

在系统中定义可以更改数据的用户：

• 全部 - 具有相应成员访问权限的所有用户都可以更改数据

• 无人 - 无人可以更改数据

• 管理者 - 仅管理者（所有者父节点中的成员）可以更改数据

• 所有者 - 仅所有者可以更改数据

控制可以设置工作状态的用户

定义可以将数据区域的工作状态设置为特定状态的用户：

• 所有者和管理者 - 特定成员标识的所有者和特定成员标识父项的所有者

• 所有者 - 特定成员标识的所有者

• 管理者 - 特定成员标识父项的所有者

所有者/管理者确定

• 管理者是父项级别成员的所有者。

• 父成员所有者作为特定父成员标识的所有者

• 父成员所有者作为其直接子成员的管理者 - 父成员所有者可以更改任何特定的直接子成员工作状态；可以是父成员和叶成员

• 使用“用于所有子项”时 - 父节点成员的所有者可以更新位于下面所有级别的所有子项

• 基础成员所有者仅作为所有者

• 不具有父项，只具有子项的成员（层次结构顶端成员）除了作为所有者外，还作为自己的管理者

控制者规则

• 所有者仅由一个维层次结构（即“所有者”维）定义

• 可以对特定的单个成员标识设置工作状态，其中管理者不使用“用于所有子项”

• 可以对一组成员标识设置工作状态，其中管理者使用“用于所有子项”

设置工作状态

• 如果用户作为所有者，则可以选择由“所有者”或“所有者和管理者”控制的工作状态。

• 如果用户作为所有者并且所选成员不具有父项，则用户也作为管理者（层次结构的顶端），并且可以选择由“所有者”、“管理者”或“所有者和管理者”控制的工作状态。

• 如果用户是具有“管理者”角色的父成员所有者，则可以使用“用于所有子项”选项（将工作状态推送至子成员）。该选项不适用于叶成员，即“所有者”角色。

连续工作状态规则

• 能够以正向（渐进式）或反向（后退式）设置工作状态

• 对于作为“所有者”的用户而言，顺序很重要

  • 用户仅可以选择由“所有者”或“所有者和管理者”控制的下一（向前）工作状态

  • 用户可以选择由“所有者”或“所有者和管理者”控制的上一（向后）工作状态

  • 用户不能跳过由“管理者”控制的工作状态而选择上一或下一工作状态

• 对于作为“管理者”的用户而言，顺序无关紧要。

  • 用户仅可以选择由“管理者”或“所有者和管理者”控制的上一或下一工作状态

  • 用户可以跳过由“所有者”控制的工作状态来选择下一或上一工作状态

• 如果仅扩展关于非“所有者”维的所有记录，并且找到每个记录的当前工作状态，那么模型检查规则的每个扩展记录。如果一个记录失败，则忽略整个请求

自下而上规则

• 父项工作状态不能高于其子项。顺序相关。

  • 在工作状态代码屏幕中，工作状态的顺序是自上而下确定的。第一个代码是 0，下一个代码是 1，依此类推。

  • 子项的工作状态可以高于或等于其父项的工作状态。

• 对于作为所有者的用户而言：

  • 如果子项设置为“提交”，那么父项不能设置为“批准”。

  • 如果一个或多个子项的工作状态低于为父项设置的工作状态（向前），则会出错。

  • 如果父项的工作状态较高，那么在试图回退子项的工作状态（向后）时会出错。

• 上述规则也适用于用户作为“管理者”的情况（选择了“用于所有子项”或“管理者”设置特定子项的工作状态）。

• 对于所有扩展记录（非“所有者”维），检查直接父项以验证它的工作状态是否低于或等于其子项。如果一个子项违反此规则，那么所有子项都违反。

外部层次节点

• 您可以为作为外部维（SAP BW 特征）成员的节点成员设置工作状态。所有者根据所有者维中定义的相同属性派生。如果无法派生所有者，将无法设置工作状态。
• 您可以为父节点是外部维成员的成员设置工作状态。如下派生当前所有者的管理者：
  1. 通过所有者维中定义的相同属性派生父节点（外部维）的所有者，并且该所有者将成为当前成员的管理者。
  2. 如果无法派生父节点的所有者（父节点不具有相同属性，或属性不存在有效值），则系统将检查更高级别的层次结构，直到找到所有者。
  3. 如果系统无法派生父节点的所有者，则当前成员的所有者将成为管理者。

定义工作状态

为特定模型定义工作状态。

虽然对可以创建的工作状态的数量没有限制，但实际上却是存在限制的。

默认的工作状态最优先。其内部代码为 0，并且由管理者和所有者控制（控制者设置为“所有者和管理者”）。不能更改控制者的值。可以更改文本描述。

可以更改工作状态的顺序。更改顺序后，系统会删除环境中所有模型的所有锁定系统会删除工作状态所属模型的所有锁定。删除状态的同时也会删除所有锁定。将状态添加到列表的底部和更改状态定义不会影响现有锁定，但可能会影响业务用户。我们建议只在系统安装的测试阶段进行该操作。

工作状态规则

请注意，在本节中，团队成员是指所有者维的成员。

下列规则描述工作状态行为：

• 管理工作状态的默认方法为自下而上。即，父项的状态不能高于其子项的状态。

• 父项可以设置的状态最大值为其直接子项的状态最小值。

• 如果父项状态设置为“已锁定”，则不能对子项解除锁定。

• 子项可以设置的状态最小值为其直接父项的状态。例如，如果父项状态为“已提交”，则子项状态必须至少为“已提交”。

• 实体所有者可将工作状态设置为指定为“所有者”状态的任何状态，其中“所有者”状态是指由所有者或所有者和管理者控制的状态。

• 实体管理者可将工作状态设置为指定为“管理者”状态的任何状态，其中“管理者”状态是指由管理者或所有者和管理者控制的状态。

• 管理者是父项级别成员的所有者。父项级别成员的所有者是其所有后代的管理者。

• 在对多个维的父成员设置锁定时，将为所有父成员下的所有成员设置锁定（特别是，Cartesian 产品存储为已锁定）。例如，下表显示在包含 entity:p1、category:actual 和 time 2016.Q1 的所有子项时设置的锁定。

  实体	类别	时间	工作状态
  子项 1	实际	2016 年 1 月	上载
  子项 2	实际	2016 年 1 月	上载
  子项 1	实际	2016 年 2 月	上载
  子项 2	实际	2016 年 2 月	上载
  子项 1	实际	2016 年 3 月	上载
  子项 2	实际	2016 年 3 月	上载

• 如果在“管理”客户端中重新排序工作状态代码，系统将删除所有锁定。这同样适用于删除工作状态。

• 未存储非“所有者”维的父项值。用户选择非“所有者”维的父项时，它会扩展到所有叶成员，并且仅存储叶成员。

• 已存储“所有者”维的父项值。例如，下表显示为 entity:p1、category:actual 和 time 2016.Q1 存储的内容。

  实体	类别	时间	工作状态
  P1	实际	2016 年 1 月	上载
  P1	实际	2016 年 2 月	上载
  P1	实际	2016 年 3 月	上载

• 应用规则时，如果模型遇到错误，它会拒绝整个用户请求。在这种情况下，不会更新任何记录。

锁定维的数量

工作状态支持 1 至 14 个锁定维，包括所有者维。默认数量为 5。

要更改锁定维的数量，请运行事务 RSBPC_ADMIN，并更改 BPC_WS_DIM_COUNT 属性的值。

按信息提供者设置工作状态

如果管理级的用户选择“按信息提供者设置工作状态”选项，其他用户就可以在报告或计划工作时选择按具体信息提供者更改工作状态。在这种情况下，当该信息提供者的工作状态更改后，其他信息提供者将不受影响。

向“所有者”和“管理者”发送电子邮件通知

工作状态有所更改时，系统可以给相应所有者和管理者发送电子邮件进行通知。

在 Business Warehouse 中定义发送通知的电子邮件地址。要添加或修改所有者或管理者的默认电子邮件地址，管理员可运行事务 SU01，选择用户名，然后在“地址”标签中输入电子邮件地址。还需要确保通过事务 SCOT 配置适当的 SMTP 设置，以便自动发送电子邮件。有关详细信息，请参阅 SMTP 配置指南。

然后可撰写电子邮件通知模板，并通过选择“通知”和检查“工作状态设置”页面中的“激活电子邮件通知”来触发 Planning and Consolidation web 客户端中的工作状态更改的电子邮件通知。可直接使用默认消息模板或自定义新消息。

您创建工作状态来反应不同数据输入级别的状态，以及业务的进度，如已锁定、已提交和已批准。业务计划与合并中不存在预定义的工作状态。

前往“管理”屏幕，在“工作状态”部分，选择“工作状态配置”。然后，选择要为其配置工作状态的模型。

可使用向上和向下箭头修改工作状态在系统中的显示顺序。

通过选择工作状态并选择“删除”，可以删除当前未使用的工作状态。

选择“按信息提供者设置工作状态”复选框，可以使工作状态更改仅对指定的提供者产生影响。