【文章內(nèi)容簡介】 樣的好處是更為靈活。比如此處，替代規(guī)則并不直接生效，而是通過項目參數(shù)文件作中轉(zhuǎn)，那么我不同的項目參數(shù)文件既可以有同樣的替代規(guī)則，也可以有不同的替代規(guī)則，這是靈活性；當(dāng)然，壞處就是配置的復(fù)雜性大大增加，這個壞處帶 來的好處就是，顧問活得還不錯。 上圖即為項目參數(shù)文件的配置界面， 1 是指定剛才定義的替代， 2為控制替代發(fā)生的機(jī)制是自動的還是手功的，如果勾選，則替代自動運(yùn)行，不受用戶控制，如果不勾選，則替代要點擊一個按鈕才執(zhí)行。至于那個按鈕在哪里，各位聰明人，就讓我省一張圖吧，不帖了。下回講確認(rèn)時再公布答案 ?? 八、 PS 確認(rèn)和替代簡介及示例（簡單的增強(qiáng)功能）續(xù)二 昨天寫了一篇文章介紹替代的一個應(yīng)用，見《 PS 確認(rèn)和替代簡介及示例（簡單的增強(qiáng)功能） 》 如下圖為增強(qiáng)的定義入口： 今天要說到的是 1， WBS的確認(rèn)功能 事實上，可以將確認(rèn)理解成一種檢查，即用戶輸入的字段必段滿足一定的規(guī)則，下面用一個簡單的示例來說明這一應(yīng)用。 定義確認(rèn) 配置項目參數(shù)文件 需要在項目參數(shù)文件中指定確認(rèn)發(fā)生作用的范圍，以及是否自動執(zhí)行確認(rèn)，具體見有關(guān)替代的示例 確認(rèn)發(fā)生作用的效果 九、 SAP 權(quán)限設(shè)計思路及 PS 權(quán)限增強(qiáng) SAP的權(quán)限 還是很強(qiáng)大的，先看一張經(jīng)典的圖 從上圖可以看到， SAP的權(quán)限可以分為三個層次，一個是通用角色，主要控制用戶是否有進(jìn)入某個事務(wù)代碼（相當(dāng)于一個功能入口）的權(quán)限；第二個是本地角色，主要控制了用戶的操作范圍，范圍可以是組織級別的，比如公司、工廠、成本中心等，也可以是業(yè)務(wù)數(shù)據(jù)字段級別的，比較 PS中的項目類型、項目負(fù)責(zé)人等；第三個層次是用戶 ID級別，主要是將本地角色與具體的用戶帳號關(guān)聯(lián)。 SAP權(quán)限的強(qiáng)大其實不僅僅在于其三個層次的設(shè)計，還在于一系列的輔助工具。首先是系統(tǒng)基本的批導(dǎo)入工具，使得大批量的權(quán)限設(shè)置參數(shù) 較容易地進(jìn)入系統(tǒng)；其次是簡單的復(fù)制功能，使用在實施過程中可以在測試系統(tǒng)中先行測試權(quán)限配置，再同步到正式系統(tǒng)；再者，是無處不在的增強(qiáng)功能，使得某些不滿足業(yè)務(wù)的權(quán)限控制，可以通過增強(qiáng)的方式實現(xiàn)。 其實，我也在某國內(nèi) X友的 XC 系統(tǒng)上看過與 SAP類似的權(quán)限設(shè)計思路，但無奈的是，權(quán)限只能手工一個個指定，最后只能放棄，僅使用最初級的功能入口權(quán)限控制。 回到主題。這里所說的就是一個權(quán)限增強(qiáng)的例子。 PS提供了為項目的定義、 WBS、網(wǎng)絡(luò)定義、網(wǎng)絡(luò)活動、里程碑等的權(quán)限增強(qiáng)入口。下圖的后臺的路徑。 以 WBS 的權(quán)限控制為例 ，增強(qiáng) CNEX0002 提供了對 WBS的權(quán)限控制增強(qiáng)入口（ EXIT_SAPLCNAU_002），在用戶進(jìn)行與 WBS 有關(guān)的操作、查詢時，程序會自動進(jìn)入這個子程序，并把運(yùn)行的業(yè)務(wù)數(shù)據(jù)傳入這個子程序，同時運(yùn)行里面的代碼。這樣，理論上可以在這個子程序里面實現(xiàn)任何具有邏輯的權(quán)限控制要求。 以現(xiàn)在的項目需求為例，業(yè)務(wù)要求對 WBS的修改、查看操作具體到用戶，即需要根據(jù)用戶 ID 的不同來控制權(quán)限。從上面的 SAP 權(quán)限設(shè)計來看，本地角色關(guān)聯(lián)到ID，但本地角色中無具體 ID的值，即基本上，為了實現(xiàn)這個業(yè)務(wù)需求，就必須為每個用戶 ID創(chuàng)建不同的本地角色，并將兩者關(guān)聯(lián)。但這樣的設(shè)計不利于以后的維護(hù)工作，而且顯得不夠靈活。因此，目前的方案是使用一個自字義字段保存WBS的用戶，并在權(quán)限出口中，強(qiáng)制檢查一下當(dāng)前操作的用戶 ID 是否與需要操作的 WBS上保存的用戶 ID 一致，即可實現(xiàn)此需求，且減少維護(hù)工作量。 參考以下代碼： 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. 十、 難纏的權(quán)限問題 這陣子在整 PS的權(quán)限，相對 MM、 QM這些模塊，個人 覺得 PS的權(quán)限要更為復(fù)雜。當(dāng)然，每個項目都有每個項目的特點，不盡相同，要是都一樣的話，我這個農(nóng)夫也就只能回村里種地去了。 參考： PS 用戶自定義字段相關(guān)的權(quán)限設(shè)置 SAP權(quán)限設(shè)計思路及 PS權(quán)限增強(qiáng) 先說說業(yè)務(wù)背景吧，這里的權(quán)限要求主要有兩點：一是要按項目負(fù)責(zé)人檢查權(quán)限，只有項目負(fù)責(zé)人才能做修改 WBS 等操作；二是要按項目管理部門檢查權(quán)限，管理部門的所人用戶都可以查看但不能修改項目，而項目管理部門與項目負(fù)責(zé)人無必然的關(guān)系。原本想著對 WBS 的權(quán)限檢查有兩個權(quán)限對象可以用，一個是 WBS的負(fù)責(zé)人，一個是負(fù)責(zé)成本中心。如下圖。 未曾想到，測試時發(fā)生，這樣的分配卻帶來權(quán)限合并導(dǎo)致權(quán)限增大的問題。 試舉例： 權(quán)限對象 C_PRPS_VNR C_PRPS_KST 本地角色 1（項目負(fù)責(zé)人）： 項目負(fù)責(zé)人9901 負(fù)責(zé)成本中心* 本地角色 2（項目管理部門）： 項目負(fù)責(zé)人*， 負(fù)責(zé)成本中心1810 由