**惯例闲话：**最近感觉时间不够用，脑子有很多想法，但是到下笔却感觉总是下不了手，写完一段，感觉和自己想的差距很大，然后有全部删除…这难道就是传说中年纪大了，手脚不停使唤…这让闲人更加焦虑了，前篇还说立了flag，难道就要打退堂鼓——还有一种可能性，就是追求完美主义的后遗症，但愿是后者。
闲话到此为止，今天聊聊项目状态管理。

项目状态管理的应用场景

项目全生命周期管理中，项目状态是常见的管控点。常见的有，将项目分成前期、计划、执行、收尾以及竣工等状态。
项目状态的主要应用于统计分析和管控业务。统计分析很好理解，管理层需要企业当前项目的进展情况，工程企业中，总共多少项目，哪些项目处在投标阶段，哪些项目中标，哪些项目在设计阶段，哪些项目在施工阶段等等，这些都是都是影响管理层需要了解的关键的经营信息。管控业务，则相对比较细节化，对于企业中层管理者而言，是一个重要的管理措施，举例如下：

通过上表可以看出，在不同的项目状态下，业务具有不同的管控点，大部分管控点均围绕项目的成本利润实现有关。下面就以上表为例，选取个别状态来说明SAP的状态配置和管控业务的实现过程。

相关技术配置

SAP的项目状态管理分为2大类，系统状态和用户状态。

系统状态常见的有创建状态CRTD、下达（REL）、技术性完成（TECO）、关闭（CLSD），系统状态是SAP固有的标准配置，为各个模块通用，不可变动。可以通过事务代码BS22来查看相应的系统状态下的受控业务。举例，查看创建状态的受控范围。

如果想改变系统状态的受控内容，如下图，则双击状态编码上I0001，对相应的业务动作上单选框上做勾选即可。但是，笔者强烈的反对这样改配置，系统状态是其他模块公用的，一改必然会影响其他模块的使用。在笔者参与过的实施项目中，曾经出现过更改系统状态造成模块之间冲突事件，比如把PS模块创建CRTD状态的控制点改为可以货物移动，那么PP模块的生产订单在CRTD状态也可以领料发货，此类类似的情况屡见不鲜，教训也是惨痛的。这就是为何禁止这样修改系统状态控制内容的原因。

因此，PS模块实施，必然要启用用户状态功能。PS模块可以启用状态管理的有项目定义、WBS、网络三个结构对象，配置方法一样，我们以最常用的WBS为例，配置如下：

第1步: WBS状态参数文件配置
操作路径项目系统->结构->实施结构->工作分解结构（WBS）->工作分解结构用户状态->创建状态参数文件
事务代码 OK02
配置说明 SAP经典的参数文件配置，用户状态的核心配置。配置之前，需要业务确认的文件有，状态清单，每个状态受控的业务清单。
配置内容
配置路径如下。

选中PS000002 WBS元素状态参数文件，点击复制按钮生成ZPS0003自定义状态参数文件并保存。双击新定义的状态参数文件之后，进入主配置界面，按照蓝图确定好的状态配置。

配置参数说明如下：
状态编号：从准备10——关闭60，编号间隔按照10。这里有个思考，为何状态编号补按1-6这样的间隔来设置？我们在SAP中出处可见这种有别于常见自然数顺序的排序编号，如网络作业编号0010、0020，生产订单工序0010、0020……经历过蓝图流程反复变更就知道这其中奥妙。比如系统刚配置完成，用户想在准备和计划状态之间，增加一个状态投标，那问题来了如果按照1-6这样的编号规则，那么新增的投标状态自然得从7号编号，但是从实际应用排序上，应该排在1,2之间，这样便于使用，不至于引起误解。但是计算机的排序是按照编码，所以这就产生了矛盾。那么解决这个问题的方法，就是扩大编码间隔的容量，这就很简单了，用编号11即可轻松解决，这种解决方案让人拍案叫绝，这就不得不佩服SAP的设计思路。所谓大道至简，大抵如此。
状态（ID）和短文本：Z010~Z060，对每一个用户状态定义一个ID，以及描述。ID编码规则同上。状态ID会在TJ30T中保存，可作为BAPI输入参数改变WBS状态。在后续BAPI章节做详细介绍。
最低状态和最高状态：每一个当前状态可退回去最低和最高状态序号。如图配置，20计划状态，设置10,30，表示当前状态如果为20时候，可以退回到10准备状态，以及上升到30施工状态。在业务上，通常会有这样的考虑，项目状态具有连续性，不得跳序，如计划状态时候不能直接到竣工或关闭状态，同样道理，施工状态也不能直接跳回到准备状态。

请读者思考，如果允许施工状态能直接退回到10准备状态，升级到60关闭状态，应该如何设置？
授权代码：每一个用户状态的操作授权码，当绑定授权代码之后，只有授权的用户才能去修改状态。如图配置，ZPS00001财务部门的授权，ZPS00002计划部门授权，表示对应的WBS用户状态只能由相应的授权用户来操作。
双击其中一个状态编号20计划，进入业务管控配置页面。

点击
进入详细的业务动作选择清单。注意这里所列的业务动作清单，是系统标准的功能，暂不支持自定义的事务功能。我们以请购和采购的控制点为例，希望能实现项目在计划Z020阶段，不能进行物资请购和采购。
在业务控制栏位下滚动查找，找到材料采购定单和材料采购申请，单选禁止，保存。

业务事务这个栏位中有比较多的选项，除了采购申请和采购订单的控制之外，结合常见的业务控制策略的选项说明：
控制物料移动：发货，发货过账，货物移动，采购定单货物接收
控制成本记账：FI: 统计记帐FI: 记帐
控制预算调整：锁定预算，预算补充，预算
控制销售单据：建立销售订单、建立开票凭证
具体每一个事务动作的控制，可边设置边做测试。

统状态是WBS（其他业务对象也适用）必填的属性，这就意味着，每个用户状态必然会对应一个系统状态，而且是唯一。笔者的结论，应在系统状态的基础框架下设置用户状态，用户状态对应唯一的系统状态。对于系统状态对应，笔者根据经验做如下对照：

设计用户状态的前提，需要了解系统状态的详细内容，避免出现，用户状态和系统状态的控制逻辑冲突，用户状态对系统状态一对多。

系统状态和用户状态联动。业务要求竣工和系统TECO状态联动。按下图配置，将技术实现动作的设置选中。注意这里的联动关系，区分主动和被动，系统状态主动，用户状态被动触发。

第2步: 用户状态的授权码
操作路径项目系统->结构->实施结构->工作分解结构（WBS）->工作分解结构用户状态->定义WBS的授权码
事务代码 BS52
配置说明用户状态的授权操作码定义。用于控制状态的修改权限。
配置内容：
配置2个授权码，用于步骤1中状态码的修改权限。授权码可按照部门也可按照状态清单每一个都定义。如果对于管控的颗粒度不是很高，可按照部门，本例按照部门来设置。

第3步: 状态参数文件分配给项目参数文件
操作路径项目系统->结构->实施结构->工作分解结构（WBS）->创建项目参数文件
事务代码 OPSA
配置说明用户状态参数文件分配给项目参数文件
配置内容
将状态参数文件分配给项目参数文件后，用户状态对项目生效。注意，更改凭证勾选，勾选后，任何修改状态的操作都会留下日志备查。否则，不会有日志保存，无法查询历史记录。切记要勾上。

其他模块配合

前台应用

第1步：建项目并改用户状态
操作路径
事务代码 CJ20N
操作岗位计划管理部门
前置业务项目前期结束，进入计划阶段
操作输出项目和状态更改
操作内容：
创建项目1520000199，为了测试出差异，直接下达，将用户状态改为Z020 计划。

第2步：建采购申请的控制
操作路径
事务代码 ME51N
操作岗位计划管理部门
前置业务项目前期结束，进入计划阶段
操作输出禁止建采购申请提示
操作内容：
ME51N建采购申请，系统提示：用户状态Z020（计划）是活动的。根据此状态，不允许事务’材料采购请求’。验证功能已生效。这里我们可以发现，虽然系统状态是REL，允许采购申请或采购订单，但是由于WBS启用了用户状态控制，在Z020用户状态的控制下，禁止用该WBS创建采购申请。这里可以推断，用户状态和系统状态，对业务的控制，是串联关系，必须同时满足才允许业务执行。从这个角度分析，笔者的结论是，系统状态的控制事务清单应包含用户状态控制事务，举例说明，系统状态REL控制了100种事务业务，那么REL状态下的用户状态，应在这100中事务业务中进行选取。避免出现，系统状态禁止的业务，在用户状态中可以被允许。

测试授权码对用户权限的控制

第1步：建2个角色
操作路径
事务代码 PFCG
操作岗位 IT后台管理
前置业务业务蓝图的权限控制策略
操作输出角色授权
操作内容：
进入角色权限对象参数维护界面，建角色Z_PS001_F804_01（财务人员），插入权限对象B_USERSTAT。授权参数中STSMA是状态参数文件，选择自定义的ZPS00003，对象类型OBTYP则选择PRN，这里可以点开搜索帮助在列表中选择，BERSL选择授权码ZPS0001。

再建一个角色Z_PS001_F804_02（计划人员），其他参数同上，授权码配置维护ZPS0002

第2步：计划岗位操作
操作路径
事务代码 CJ20N
操作岗位计划岗位
前置业务计划人员误操作项目进入计划阶段，出现特殊情况需要将项目状态撤回到准备状态
操作输出计划人员未授权计划状态的授权码，禁止操作提示
操作内容：
系统提示无授权

第3步：财务岗位操作
操作路径
事务代码 CJ20N
操作岗位计划岗位
前置业务项目进入计划阶段，财务人员误操作状态改到施工状态
操作输出财务人员未授权计划状态的授权码，禁止操作提示

再测试下财务改回准备状态。

第4步：状态联动
操作路径
事务代码 CJ20N
操作岗位计划岗位
前置业务项目进入竣工阶段，计划岗位做系统状态TECO
操作输出 TECO技术完成设置后，用户状态自动变成50竣工
操作内容：
实际测试中，我们在Z020计划状态做TECO，系统提示报错。这个错误信息。再一次验证了在用户状态逐级改变的策略下，系统状态变更也遵循配置规则。

逐级更改用户状态到40 收尾。做TECO操作，用户状态变到了50 竣工状态

小结

从这一测试过程中，我们发现，WBS系统状态REL，TECO，CLSD，通过用户状态的联动关系设置，可以对系统状态的设置起到约束的作用，从而有效解决实际应用场景中的一些管控需求，比如项目不到收尾状态不能TECO，可以用这个思路来解决问题。
需要注意的是，部分场景下，通过MRP自动跑出采购申请，则不受状态控制。这个就需要在MRP程序中做相应的增强干预。

闲人闲谈PS之三十六——项目状态控制相关推荐

闲人闲谈PS之三十四——项目成本费用控制阈值
**惯例闲话:**最近有小伙伴问闲人有没有PS顾问资源,闲人问了一圈,结果发现都没有档期,不免让闲人有些失落,好心答应帮忙,结果帮不上-但是隐隐约约觉得在几年前说的话被应验了,PS模块一定是个热门的模 ...
闲人闲谈PS之十六——新准则下工程项目收入确认
惯例闲话:最近闲人所在的项目正在紧锣密鼓的进行上线后的第二次月结,第二次月结比第一次在时间上减少了一周时间,应该说,项目正在从混乱中步入有序,项目组领导也对未来有乐观的情绪,闲人也被这种乐观情绪带了节 ...
闲人闲谈PS之三十——新收入准则中的合同资产和合同负债
惯例闲话:最近在五刷<三体>,黑暗森林法则,把以小博大玩到极致,足以可见,弱小和无知不是生存的障碍,傲慢才是.傲慢,本质是一种认知的差异,认知差异到一定的程度,将会引起降维打击.三体无愧于 ...
闲人闲谈PS之三十二——业务工程预算和PS成本计划
惯例闲话:年底,又要开始忙了,今年这一年,收获还不错,至少规划了第三年实现的目标--工程行业彩虹图,在今年居然奇迹般的实现了,看样子闲人还是保守了.还是应验了那句话,只要标准化程度达到了,那么多数信息 ...
闲人闲谈PS之三十五——物资备货与提前采购
惯例闲话:又一年快过去了,回想刚刚开始在CSDN上写笔记,还是2年前的事情.闲人其实是一个拖延症十分严重的人,自从开始走上写作这条路之后,治疗拖延症找到了办法,每天总有一些事情让闲人去思考,然后笔记, ...
闲人闲谈PS之三十三——项目承诺成本管理
惯例闲话:学习很苦,坚持很酷--最近看到这句话,苦和酷放在一起,总有一种感觉,吃苦是为了耍酷.这恰恰是这句话的问题之处,苦是自己的,酷是外部环境对自己的评价.所以,苦这件事情,如果和酷放在一起,就有了 ...
闲人闲谈PS之三十七——工程进度可视化的探索
惯例闲话:今年过年真是的好剧连连,过年假期基本是在追剧中了,<狂飙>.<三体>.<流浪地球2>,特别是电视剧版<三体>,作为一个<三体>死忠 ...
闲人闲谈PS之四十二——顾问的“禁忌之地”—制造能力计划
惯例闲话:上个月有幸成为乐老师乐谈IT系列培训课程的讲师,分享主题是,PS在装备制造和工程行业的应用.虽然培训规模不是很大,但是闲人很有信心,至少在小范围之内,参与培训的听友人来说,PS一直以来的刻板 ...
闲人闲谈PS之十——浅谈EPC工程行业老方案
惯例闲话:对于EPC工程行业,闲人有着特殊的感情.闲人当年毕业的第一份工作是在建筑工地上做施工攻城狮.头衔听着很唬人,其实就是和农民工差不多,寒冬酷暑,在脚手架上像猴子一样飞檐走壁! 工地掠影项目执 ...

闲人闲谈PS之三十六——项目状态控制