ps_客户项目的管理

ps_客户项目的管理内容摘要：

样的好处是更为灵活。 比如此处，替代规则并不直接生效，而是通过项目参数文件作中转，那么我不同的项目参数文件既可以有同样的替代规则，也可以有不同的替代规则，这是灵活性；当然，坏处就是配置的复杂性大大增加，这个坏处带 来的好处就是，顾问活得还不错。 上图即为项目参数文件的配置界面， 1 是指定刚才定义的替代， 2为控制替代发生的机制是自动的还是手功的，如果勾选，则替代自动运行，不受用户控制，如果不勾选，则替代要点击一个按钮才执行。 至于那个按钮在哪里，各位聪明人，就让我省一张图吧，不帖了。 下回讲确认时再公布答案 „„ 八、 PS 确认和替代简介及示例（简单的增强功能）续二 昨天写了一篇文章介绍替代的一个应用，见《 PS 确认和替代简介及示例（简单的增强功能） 》 如下图为增强的定义入口： 今天要说到的是 1， WBS的确认功能 事实上，可以将确认理解成一种检查，即用户输入的字段必段满足一定的规则，下面用一个简单的示例来说明这一应用。 定义确认 配置项目参数文件 需要在项目参数文件中指定确认发生作用的范围，以及是否自动执行确认，具体见有关替代的示例 确认发生作用的效果 九、 SAP 权限设计思路及 PS 权限增强 SAP的权限 还是很强大的，先看一张经典的图 从上图可以看到， SAP的权限可以分为三个层次，一个是通用角色，主要控制用户是否有进入某个事务代码（相当于一个功能入口）的权限；第二个是本地角色，主要控制了用户的操作范围，范围可以是组织级别的，比如公司、工厂、成本中心等，也可以是业务数据字段级别的，比较 PS中的项目类型、项目负责人等；第三个层次是用户 ID级别，主要是将本地角色与具体的用户帐号关联。 SAP权限的强大其实不仅仅在于其三个层次的设计，还在于一系列的辅助工具。 首先是系统基本的批导入工具，使得大批量的权限设置参数 较容易地进入系统；其次是简单的复制功能，使用在实施过程中可以在测试系统中先行测试权限配置，再同步到正式系统；再者，是无处不在的增强功能，使得某些不满足业务的权限控制，可以通过增强的方式实现。 其实，我也在某国内 X友的 XC 系统上看过与 SAP类似的权限设计思路，但无奈的是，权限只能手工一个个指定，最后只能放弃，仅使用最初级的功能入口权限控制。 回到主题。 这里所说的就是一个权限增强的例子。 PS提供了为项目的定义、 WBS、网络定义、网络活动、里程碑等的权限增强入口。 下图的后台的路径。 以 WBS 的权限控制为例 ，增强 CNEX0002 提供了对 WBS的权限控制增强入口（ EXIT_SAPLCNAU_002），在用户进行与 WBS 有关的操作、查询时，程序会自动进入这个子程序，并把运行的业务数据传入这个子程序，同时运行里面的代码。 这样，理论上可以在这个子程序里面实现任何具有逻辑的权限控制要求。 以现在的项目需求为例，业务要求对 WBS的修改、查看操作具体到用户，即需要根据用户 ID 的不同来控制权限。 从上面的 SAP 权限设计来看，本地角色关联到ID，但本地角色中无具体 ID的值，即基本上，为了实现这个业务需求，就必须为每个用户 ID创建不同的本地角色，并将两者关联。 但这样的设计不利于以后的维护工作，而且显得不够灵活。 因此，目前的方案是使用一个自字义字段保存WBS的用户，并在权限出口中，强制检查一下当前操作的用户 ID 是否与需要操作的 WBS上保存的用户 ID 一致，即可实现此需求，且减少维护工作量。 参考以下代码： SPAN { fontfamily: Courier New。 fontsize: 10pt。 color: 000000。 background: FFFFFF。 } .L1S32 { color: 3399FF。 } .L1S33 { color: 4DA619。 } .L1S52 { color: 0000FF。 } DATA: wa_user TYPE ZPST_001. TRANSLATE sap_prpsusr02 TO UPPER CASE. SELECT SINGLE * FROM ZPST_001 INTO wa_user WHERE usnam EQ syuname. IF sysubrc EQ 0. sap_x_actvt = 39。 X39。 . ELSE. IF sap_prpsusr02 EQ syuname OR sap_prpsusr02 IS INITIAL. sap_x_actvt = 39。 X39。 . ELSE. sap_x_actvt = 39。 39。 . ENDIF. ENDIF. 十、 难缠的权限问题 这阵子在整 PS的权限，相对 MM、 QM这些模块，个人 觉得 PS的权限要更为复杂。 当然，每个项目都有每个项目的特点，不尽相同，要是都一样的话，我这个农夫也就只能回村里种地去了。 参考： PS 用户自定义字段相关的权限设置 SAP权限设计思路及 PS权限增强 先说说业务背景吧，这里的权限要求主要有两点：一是要按项目负责人检查权限，只有项目负责人才能做修改 WBS 等操作；二是要按项目管理部门检查权限，管理部门的所人用户都可以查看但不能修改项目，而项目管理部门与项目负责人无必然的关系。 原本想着对 WBS 的权限检查有两个权限对象可以用，一个是 WBS的负责人，一个是负责成本中心。 如下图。 未曾想到，测试时发生，这样的分配却带来权限合并导致权限增大的问题。 试举例： 权限对象 C_PRPS_VNR C_PRPS_KST 本地角色 1（项目负责人）： 项目负责人9901 负责成本中心* 本地角色 2（项目管理部门）： 项目负责人*， 负责成本中心1810 由。