sap權(quán)限的設(shè)定-文庫吧在線文庫
【正文】 詢問是否存盤 ﹐ 回答同樣是 “YES”Role的建立 — 繼承可以看到 ﹐ 菜單已經(jīng)自動(dòng)根據(jù) Template Role生成了 ,點(diǎn)擊Authorization 頁簽 ﹐設(shè)定權(quán)限去。當(dāng) ﹐ 應(yīng)該每一個(gè)Object都是綠燈 ﹐ 如果還有紅黃燈 ﹐ 請(qǐng)通知臺(tái)北修正。先告訴大家 ﹕ “AP立帳員 ”的 Template Role 還有一個(gè) ﹐ 是 “G+COAP1”﹐ 我們就用它來學(xué)習(xí)。 推薦使用 。詳細(xì)細(xì)節(jié)請(qǐng)繼續(xù)看后面的章節(jié)。但當(dāng) Menu發(fā)生改變后 ﹐ 系統(tǒng)會(huì)提示菜單已經(jīng)變化﹐ Authorization和 User會(huì)從綠燈變成紅燈。耗費(fèi)的時(shí)間可能更多。在 Menu刪除 T Code后 ﹐ 無論選擇第二項(xiàng)還是第三項(xiàng) ﹐ 系統(tǒng)都不會(huì)自動(dòng)刪除 T Code。在《 Role的建立》一章 ﹐ 我們學(xué)習(xí)到 ﹐ 從子 Role可以通過 Copy Data從母 Role得到Object Value。單個(gè)傳輸直接 Key Role名字 ﹐ 按 按鈕 ﹐其它操作就一樣了Role的傳輸 —ReleaseRelease的 T Code ﹕ SE10輸入 Request Num的產(chǎn)生者 ﹐ 選擇查看 ModifiableRole的傳輸 —Release可以看到 ﹐ 其實(shí)是有兩個(gè) Request Num的 ,一個(gè)記錄 Header﹐ 一個(gè)記錄 ItemRole的傳輸 —Release先 Release Item的 Num（在下面 ﹐ 作為子項(xiàng)的那一個(gè)） ﹐ 再 Header的 Num方法是 ﹕ 點(diǎn)擊 Item的 Num﹐ 然后按 按鈕﹐ 會(huì)進(jìn)入另一個(gè)畫面 ﹐ 按 ﹐ 會(huì)回到原來的畫面 ﹐ 然后再 Release Header的Num。(此時(shí)本環(huán)境中已經(jīng)沒有這個(gè) Role了）賬號(hào)刪除賬號(hào)（ User ID）的刪除操作也十分簡(jiǎn)單 ﹐ 在 SU01中 ﹐ 輸入賬號(hào)名稱 ﹐ 按 就可以了賬號(hào)刪除刪除一個(gè)賬號(hào)后 ﹐ 為其專設(shè)的 Role（即 Z或W開頭的）也要?jiǎng)h除（包括測(cè)試和正式環(huán)境）﹐ 減少系統(tǒng)無用的數(shù)據(jù) ﹐ 也減少不必要的查對(duì)。我們最常用的功能是 ﹕已知某個(gè) T Code﹐ 查找含有這個(gè) T Code的Role。但一旦母 Role做了 Adjust﹐子 Role的 Object Value就強(qiáng)制與母 Role一致。同時(shí)如果大家有自己的心得也請(qǐng)不吝賜教 ﹐ 特別是各個(gè)模塊特有的權(quán)限設(shè)定 ﹐ 輔助工具的使用 ﹐ Basis組所負(fù)責(zé)的權(quán)限部分 ﹐ 權(quán)限的傳輸?shù)确矫?﹐ 我還有些地方了解的很不足夠 ﹐ 希望各位能告訴我。請(qǐng)大家把自己的發(fā)現(xiàn)告訴我這個(gè)教材是我在工作之余測(cè)試編寫的 ﹐ 因?yàn)榭吹讲簧傩值苕⒚冒鼨?quán)限的時(shí)候還有不少的疑問 ﹐ 所以希望能總結(jié)一下 ﹐ 對(duì)大家有點(diǎn)幫助因?yàn)闀r(shí)間很不夠用 ﹐ 斷斷續(xù)續(xù)寫了一個(gè)多月 ﹐ 本來有些東西想寫 ﹐ 但由于沒有時(shí)間進(jìn)一步了解 ﹐ 怕寫出來誤人子弟。右邊的狀態(tài)共有兩種 ﹕ NEW 和 OLDNEW﹕ 此 Object有新的 Item或 Value, Profile Save后會(huì)變成 OLDOLD﹕ 此 Object的 Item是以前建立的其它知識(shí) —Object 的狀態(tài)左邊的狀態(tài)有好幾種 ﹕Standard﹕ 由系統(tǒng)帶出后沒有經(jīng)過任何更改Maintained﹕ 對(duì) 系統(tǒng)初次帶出時(shí) Value為空的 Item進(jìn)行過變更或補(bǔ)充Changed﹕ 對(duì)系統(tǒng)初次帶出時(shí) Value為非空的 Item進(jìn)行過變更其它知識(shí) —Object Value VS 大家可能對(duì) Object Value與 疑問 ﹐ 對(duì) Adjust時(shí)子 Role到底那些地方會(huì)被母Role控制變更有點(diǎn)把握不住。Debug/查看 —SU53當(dāng)一個(gè)賬號(hào)反映沒有某個(gè)應(yīng)有的權(quán)限時(shí) ﹐我們可以在系統(tǒng)出現(xiàn)沒有權(quán)限的信息時(shí)﹐ 馬上輸入 “/NSU53”Debug/查看 —SU53Debug/查看 —SU53上頁紅色框住的就是沒有權(quán)限的地方 ﹐而藍(lán)色框住的是跟這個(gè)賬號(hào)已經(jīng)有的權(quán)限。同樣是在SE10,點(diǎn)擊 Num后使用 就可以了。注 ﹕ 不要用 Change進(jìn)入 Template Role﹐ 否則Adjust會(huì)造成 Template Role本身最后修改日期和最后修改人發(fā)生改變 ﹐ 對(duì)查對(duì)權(quán)限產(chǎn)生誤會(huì)Role的修改 —Adjust簡(jiǎn)單比較 Copy Data 和 Adjust從子 Role發(fā)出Copy Data僅影響執(zhí)行此功能的子Role﹐ 其它繼承同一母Role的子 Role不受影響同一 Client下所有繼承此母 Role的子 Role均受影響從母 Role發(fā)出AdjustRole的傳輸 Request NumRole的傳輸 — 產(chǎn)生 Request Num在 PFCG的開始畫面 ﹐ 可以看到。Role的修改 — 從其它 Role導(dǎo)入需要注意的是 ﹕ 這樣導(dǎo)入進(jìn)去的 Object的設(shè)定都跟 Role B的一樣 ﹐ 一定要把其中對(duì) Role A不適用的部分更正過來。Role的修改 — 新增和刪除 T Code在每一個(gè)有 Menu的 Role里 ﹐ 必定有一個(gè)叫S_TCODE的 Object﹐ 這個(gè) Object里記錄的是這個(gè) Role所有可以執(zhí)行的 T Code。這里我就不詳細(xì)介紹。選擇菜單 Utilities里的 MergeRole的修改 —Merge 的規(guī)則我們來看一個(gè)簡(jiǎn)單的 Object﹐ 它只有兩項(xiàng)﹕ Activity和下面的 Group。Role的修改這個(gè)按鈕相當(dāng)與前面所說的第三項(xiàng)。這種改動(dòng) ﹐ 一般是從 Menu開始﹐ 當(dāng) Menu改變?nèi)魏胃淖?﹐ 系統(tǒng)都會(huì)偵測(cè)到 ﹐ Authorization和 User會(huì)變成紅燈。不過現(xiàn)在大家先掌握 Role的建立方法 ﹐ 其它的問題等一下再說。Role的建立 — 繼承 Edit中的 Copy data,系統(tǒng)會(huì)提示這個(gè)操作不可反轉(zhuǎn)。至此 ﹐ 此權(quán)限已經(jīng) Assign完畢 ﹐ FORTEST這個(gè)賬號(hào)已經(jīng)具有 VA01和 YF30的權(quán)限Role的建立 — 繼承所謂 “繼承 ”,是指兩個(gè) Role形成這樣的母子 關(guān)系 ﹕ 子 Role的所有 Menu, Authorization（ ) 都源于母Role,并與母 Role保持一致。Role的建立 — 完全新建按一下 標(biāo)志 ﹐ 就可以輸入值 ﹐ 按 保存在這里介紹一下 的作用 ﹐ 點(diǎn)擊它 ﹐ 就相當(dāng)于給這個(gè) Object一個(gè) “*”(star)﹐ “*”的意義是 All Authorization﹐ 不卡任何權(quán)限。好處是可以尋找 ﹐ 可以一次
畢業(yè)設(shè)計(jì)相關(guān)推薦
鄂ICP備17016276號(hào)-1