User Status 用户状态：应用

用T-CODE: BS02 创建状态文件（IMG：Production -> SFC -> Master Data -> Order），大致流程是：

1. First, you create a status profile.
2. Assign the corresponding object types to the status profile.
3. Define the required user statuses in the status profile.
4. Assign the user statuses to the corresponding business transactions.
5. If necessary, translate the status profile and the user statuses.

特别说明：

1. 每个用户状态都有自己的状态码，以及最低和最高状态码，这“两最”代表该状态能切换的最大幅度。
2. 在每个用户状态处，设置允许什么事务、禁止什么事务、警告什么事务，以及什么事务激活此状态。
3. 状态文件必须分配，如分配到“订单类型”（IMG：Production -> SFC -> Master Data -> Order，T-CODE：OPJH），方能起作用。

这里主要介绍用户状态的两种应用。

一、流程控制

举个简单的例子。生产流程中，并没有严格控制订单确认和收货的顺序，我们可以通过设置用户状态实现控制。

将此状态文件分配给订单类型，在订单确认前进行收货，系统会给出错误信息，提示状态不允许收货。订单确认后，用户状态变为C（可在CO03查看），收货可顺利进行。

但是这样的控制是有漏洞的：订单确认后，取消订单确认，此时仍允许订单收货。由于订单确认和取消订单确认是同一个事务，没法撤销对订单收货的激活。

二、审核

用户状态不但可以通过事务去激活，也可以手工从一个状态跳转到另一个状态，同时每一个用户状态都可以设置一个Authorization key——让不同的用户、更改不用的用户状态、从而授权事务的进行——这就是一个审核的过程。这也一定程度上弥补了用途一流程控制上的不足。公司对销售订单的审核采用了这个方法。

由于不同的事务包含在不同的对象类型里头，而对象类型以及事务都很多，因此，运用用户状态的关键是熟悉业务流程。