sap權限的設定方法

1、SAP 權限的設定QiQiV張穎祺內(nèi)部教材CONFIDENTIAL目錄1.總述述2.職能能/Template Role/設定的的分工3.三種種不同的的常規(guī)權權限的設設定方法法4.5.如何何快速檢檢查權限限設定的的情況總述1.在開開始學習習之前2.SAP權限限的架構構在開始學學習之前前在開始了了解權限限前,有幾點是是要大家家注意的的1.權限設定定非常重重要而且權限限的DEBUG操作非常常繁瑣,耗時,所以請大大家設定定時一定定要非常常謹慎,每次更改改都要記記錄。2.權限設定定除非特特殊情況況不允許在在正式環(huán)環(huán)境直接接更改請在測試試環(huán)境修修改好再再傳到正正式環(huán)境境。3.MIS不是決定定user權限的

2、人人而是user大大小小小的leader所以要變更權權限設定定務必要求求user提供經(jīng)過簽核核的申請請表。（當然然對user不合理的的權限要要求MIS也有責任任退回）4.權限的設設定,是MIS的工作.（廢話）所以本教材是是MIS內(nèi)部教材材請不要隨隨便泄漏漏SAP權權限的架架構Role template-Description-Menu-AuthorizationsAuthorization profile-Object class-Authorizationobject-Authorizations.AssigntoBind withAssigntoSAPUseraccount-Address

3、-Logondata-Group. . . . .這是SAP權限的架架構圖大家也接接觸過。請大家一一定要記記住他們們的關系系。SAP權權限的架架構名詞解釋釋（英譯譯中）User account就是我我們平常常說的“賬號”也稱稱為“USER ID”。Role同類的USER使用SAP的目的和和常用的的功能都都是類似似的例如業(yè)務務一定需需要用到到開S/O的權限。當我們們把某類類USER需要的權權限都歸歸到一個個集合中中這個集合合就是“職能”(Role)。所謂的“角色”或者“職能”是sap4.0才開始有有的概念念其實就是是對user的需求進進行歸類類使權限的的設定更更方便。(面向?qū)ο笙蟮臋嘞尴?)分為

4、singlerole 和composite role兩兩種后后者其實實是前者者的集合合。SAP權權限的架架構Profile:真正記錄錄權限的的設定的的文件從sap4.0開始是與與Role綁定在一一起的。雖然在在sap4.6c還可以單單獨存在在但按sap的行為推推測以后將不不能“一一個人活活著”TemplateRole:Role的的模板一般是是single role.但這個個模板具具有一個個 強大大的功能能能通通過更改改模板而而更改所所有應用用(sap稱為Derive“繼承”）此模板的的Role(sap稱之為為adjust)SAP權權限的架架構例外權限限這是公司司創(chuàng)造的的名詞。當一個個USER除

5、了其職職位一般般所需的的權限外外還需要一一些特殊殊的權限限我們把這這些權限限稱之為為這個USER的例外權權限。例如開工工單對生生管來說說是其職職能應有有的權限限但對倉庫庫來所就就是例外外權限。Role的命名名和分類類Role的命名規(guī)規(guī)則和分分類如下下:以“G+”開頭頭都是TemplateRole(模板板)都都不會直直接assign給user id。G+職能能名稱全全球共同同TemplateRoleG+職能能名稱-1地地區(qū)Template Role以“Z+”開頭頭都是User Role,直接assign給給userid。Z+UserID+職能名名稱:繼承全全球共同同TemplateRoleZ+U

6、serID+職能名名稱-1:繼承承地區(qū)TemplateRoleZ+UserID+Exception:沒沒有繼承承任何Role,例外權限限以“Y+”開頭頭都是BasisRole,直接接assign給userid。Y+職能能名稱:全球球共同BasisRoleRole的命名名和分類類附件是一一張職能能/Rolename對照表我們以其其中一個個職能“AR作業(yè)人員員”做解解釋職能中文文名稱職能英文文名稱全球共同同TemplateRole地區(qū)TemplateRole全球共同同BasisRoleRole的命名名和分類類全球共同同TemplateRole是是指此職職能在全全球任何何一個地地區(qū)都一一致的那那部分

7、權權限的模模板。命名特征征是以“G +”開頭非“-1”結(jié)尾。例如“G+ CO CO”地區(qū)Template Role是指此此職能根根據(jù)不同同地區(qū)而而不同的的那部分分權限的的模板。命名特征征是“G+”開頭“-1”結(jié)尾。例如“G+ CO CO1 ”Role的命名名和分類類User Role是指根根據(jù)每個個user的具具體需求求進行設設定的權權限的Role.命名特征征是“Z+”USERID開頭（東東莞臺灣地區(qū)區(qū)）“W+” USERID開開頭（吳吳江地區(qū)區(qū)）例如“Z+PSC1-ACT01+CO-CO”全球共同同BasisRole是是指此職職能關系系到整個個系統(tǒng)的的安全的的那部分分權限的的Role.命名特

8、征征是“Y+” 開頭頭例如“ Y+CO CO ”權限設定定者分工工一.以Role類型分1.Template Role即“G”開頭的的:臺臺北本部部的AP MIS2.UserRole:以Z開頭頭的:東東莞AP MIS以W開頭頭的:吳吳江AP MIS3.Basis Role:即以Y開開頭的:臺北和和東莞BasisMIS權限設定定者分工工二.以USER ID分從USERID可以以區(qū)分出出這個ID所屬屬的廠別別和模塊塊。例如PSC1-ENG01這是PSC1廠的賬賬號屬屬于PP模塊所以這這個賬號號申請的的權限將將由東莞莞PP模模塊的MIS主主要負責責和監(jiān)督督。權限設定定者分工工三.以所所申請的的權限歸歸

9、屬的模模塊分由于user所所申請的的權限通通常涉及及多個模模塊這這就需要要多個模模塊的MIS共共同合作作設定user的權限限這時時先按第第二條執(zhí)執(zhí)行,由由ID所所屬模塊塊MIS接受申申請并并從始至至終跟進進。然后后具體的的權限屬屬于哪個個模塊就就由那個個模塊的的MIS作設定定。但無論如如何作作為跟進進的MIS都是是負主要要責任的的。權限設定定的操作作上面說過過權限限的大架架構由User ID,Role,Profile 三層層組成那么權限的的設定自自然也會會有三層層。但由由于sap4.6是Profile與Role是是捆綁在在一起的的所以以在建立立Role的時時候Profile是會自自動創(chuàng)建建的（

10、具具體見后后文）。而UserID的的建立比比較簡單單。所以以我將將主要說說明Role的的部分。USER ID 的建建立T CODESU01單擊建立圖標2輸入要創(chuàng)建的User ID1USER ID 的建建立填好這些些字段USER ID 的建建立設定組別這對MIS非常重要MIS能否管理此User ID就看這里設定初始始密碼有效期一一般不設設定USER ID 的建建立按圖設定定（打印印機按實實際設定定）USER ID 的建建立接著按save就把USER ID創(chuàng)建好了了USER ID創(chuàng)建好了了但這時這這個ID沒有賦予予(Assign)任何權限限是什么都都不能做做的。USER得到這樣樣的賬號號沒有任任何

11、意義義。如何Assign權限給一一個賬號號主要就是是Assign一個Role給這個賬賬號了。下面我我們看看看如何建建Role和給權限限。Role的建立立新創(chuàng)建Role主要有有三種方方式。T CODEPFCG1.可以對應應所有新新建Role。主要對對應例外外權限Z+USERID+EXCEPTION2.繼承承;主要對應應設定Z+USERID+職能名稱稱3.復制制（COPY）主要對應應設定Z+USERID+職能名稱稱-1Role的建立立完全全新建我們假設設有一個個賬號“FORTEST”,他申申請了例例外權限限 VA01和和YF30。下面我將將會一步步一步向向大家說說明操作作的步驟驟和應該該注意的的地

12、方?？吹絇FCG的的畫面了了嗎沒沒有哦在下下一頁。Role的建立立完全全新建輸入Role name注意選第第二項Role的建立立完全全新建描述一般般與Role name一致記錄此Role的創(chuàng)建者者記錄此Role的最后修修改者把描述填填好后按save然后點擊擊menu頁簽Role的建立立完全全新建建立新目目錄修改TEXT項目下移移項目上移移刪除項目目手動增加加T code從SAPMenu中增加T code從其它Role中Copy Menu這些是常常用的功功能Menu頁簽定義義的是USER MENU（個人化化菜單）的內(nèi)容容。Role的建立立完全全新建請大家按按圖所示示建立目目錄第一層是是職能這里是

13、EXCEPTION下面分“標準”(Standark)和 “外外掛”(Add On)兩個目錄錄 。讓菜單保保持清晰晰可以令User的個人菜菜單清楚楚不混亂。我們MIS檢查權限限也比較較方便。Role的建立立完全全新建大家可以以對比下下面兩個個USER的個人化化菜單左邊職能能清晰右邊非常?；靵y同名的目目錄大大量出現(xiàn)現(xiàn)但里面的的內(nèi)容又又不盡相相同這對依賴賴路徑執(zhí)執(zhí)行指令令的user是很麻煩煩的。Role的建立立完全全新建菜單的殼殼子有了了如何往里里面添加加內(nèi)容呢呢比較常見見的是從SAP菜單添加加和直接接添加T CODE。從SAP菜單添加加所有標準準的T CODE和沒有T CODE的標準程程序都可可以

14、用這這種方法法添加。好處是是可以尋尋找可以一次次添加標標準菜單單的一個個目錄Tcode在標準菜菜單中的的位置也也可以顯顯示出來來。缺點點是很浪浪費時間間而且外掛掛的程序序無法添添加。Role的建立立完全全新建直接添加加所有TCODE(包包括外掛掛）和沒沒有TCODE的標標準程序序都可以以用這種種方法添添加。好好處是比比較快缺點是必必須知道道Tcode不能能帶出路路徑。Role的建立立完全全新建從SAP菜單添加加Role的建立立完全全新建Role的建立立完全全新建Role的建立立完全全新建Role的建立立完全全新建OBJECT完全沒有有給值OBJECT只有部分分給值OBJECT已經(jīng)全部部有值請注

15、意綠燈只是是表示全全部有值值而已但不一定定就是我我們所需需要的值值這時標準T code所需要的的Object系統(tǒng)會自自動帶出出來。Role的建立立完全全新建這個Object是任任何權限限設定文文件中都都應該有有的這這是給予予啟動T code的的權限如果T code沒沒有出現(xiàn)現(xiàn)在這個個列表中中user連連這個指指令的畫畫面都無無法進入入Role的建立立完全全新建在這里需要向大大家介紹紹一個很很重要的的概念Org.level.在權限設設定中有許多地地方的控控制點是是一致的的sap公司為了了方便權權限的設設定把這些地地方設計計為與全全局變量量關聯(lián)。當改變變?nèi)肿冏兞繒r這些地方方就可以以全部改改變過來

16、來。這個全局局的變量量就是Org.levelRole的建立立完全全新建當Org.Level給值后相應的Objectvalue的值也變變了Role的建立立完全全新建對Org.Level都給值之之后會發(fā)現(xiàn)相相當一部部分的Objectvalue都已經(jīng)給給值了但還有一一些Object是紅燈或或者是黃黃燈這些Object是要單獨獨給值的的。Role的建立立完全全新建按一下標標志就可以輸輸入值按保保存存在這里介介紹一下下的的作用用點擊擊它就就相當于于給這個個Object一個“*”(star)“*”的意意義是AllAuthorization不不卡任何何權限。Object給值后后就變變成綠色色 不不能點擊擊了

17、。Role的建立立完全全新建如果是外外掛的T code就只能能用“直直接添加加”的方方式加入入到菜單單中需需要注意意的是外掛的的Tcode的Object不會會自動帶帶出來需要自自己手工工添加。按點擊Y-AUTH-PRT前的Role的建立立完全全新建變?yōu)楹蠛蟀窗雌聊簧仙戏降牟迦隣bject.注注意外外掛的T code除了前前面所說說的列表表中要有有外這這里框住住的地方方要給T code否則user還是不不會有權權限Role的建立立完全全新建都給好值值后按按保保存存按“勾”。然后按激激活。退退出。Role的建立立完全全新建Authorization已經(jīng)變變成綠燈燈這表表示權限限的設定定已經(jīng)可可用了

18、。點擊USER,Assign USERID給給這個個RoleRole的建立立完全全新建點擊USER COMPARE再點擊Completecompare就完成了了COMPARE。至此此權限已已經(jīng)Assign完畢FORTEST這個賬號號已經(jīng)具具有VA01和YF30的權限Role的建立立繼承承所謂“繼繼承”,是指兩兩個Role形形成這樣樣的母子子 關系系子Role的所有有Menu,Authorization（Org.level除除外)都都源于于母Role,并與母母Role保持持一致。母Role與與 子Role是是1對 多的的。Role的建立立繼承承下面我我們來學學習用“繼承”方式建建立Role.我們

19、假設設有一個個賬號“FORTEST”,他申申請了職職能“AP立立帳員”“AP立帳帳員”的的TemplateRole是是 “G+CO-AP”。我們先來來按命名名規(guī)則Create一一個新Role。Role的建立立繼承承大家注意意這個地地方建立“繼繼承”關關系就是是靠這里里了Role的建立立繼承承填入Template Role,按Enter.是否建立立繼承關關系回答當然然是“YES”了否則我們們怎樣上上課如果在此此前沒有有做過存存盤系統(tǒng)會詢詢問是否否存盤回答同樣樣是“YES”Role的建立立繼承承可以看到到菜單已經(jīng)經(jīng)自動根根據(jù)TemplateRole生成了,點擊Authorization頁簽設定權限

20、限去。Role的建立立繼承承進入Profile里面了請注意下下面所說說的操作作如果做錯錯了可能要拉拉倒從新新開始的的喲。點擊這個個按鈕1.系統(tǒng)會自自動進入入Org.level請點擊“X”,退出Org.level。2.按“SAVE”對Profile存檔。Role的建立立繼承承3.執(zhí)行菜單單Edit中的Copy data,系統(tǒng)會提提示這個個操作不不可反轉(zhuǎn)轉(zhuǎn)。按“勾”繼繼續(xù),執(zhí)行完畢畢后我們們會看到到許多Object已經(jīng)變成成綠燈了了。Role的建立立繼承承現(xiàn)在可以以維護Org.level的設定了了。進入入的方法法如上。當Org.level每一個字字段都賦賦值之后后應該每一一個Object都是綠燈燈

21、如果還有有紅黃燈燈請通知臺臺北修正正。Role的建立立繼承承當所有權權限（其其實只是是設定Org.level)都設定定完畢后后按激激活設定定Assign給USER ID,就完完成了。Role的建立立繼承承大家是否否覺得“繼承”的方法法好簡單單幾下下就做完完了。其其實這種種方法思思路最復復雜了后面的的處理還還隱藏不不少陷阱阱。不過現(xiàn)在在大家先先掌握Role的建立立方法其它的的問題等等一下再再說。那么我我們來看看看第三三種方法法復制制。Role的建立立復制制復制其實實是一種種從思想想到操作作都很簡簡單的操操作。它的核心心就是復制! (雞蛋和西西紅柿飛飛了起來來）我們來看看看如何何操作吧吧。先告訴大

22、大家“AP立立帳員”的Template Role還還有一一個是是 “G+CO-AP-1”我們們就用它它來學習習。Role的建立立復制制一開始當當然是進進入PFCG了先把TemplateRole名輸進去去然后按COPY按鈕Role的建立立復制制Role的建立立復制制把描述改改成與Role名一樣要注意“-1”的Role的menu是空的這里是空的Role的建立立復制制紅色框住住的都是是要填入入值的地地方最好先填填完Org.levelRole的建立立復制制與其它方方式建立立的Role一一樣,當當所有權權限都設設定完畢畢后按按激激活設設定Assign給給USERID一一個Role就就設定完完成了Role

23、的建立立繼承承與復制制小結(jié)非“-1”的那那種Template Role用繼繼承的方方式建立立新Role,繼承后后只需需要填入入Org.levelObject就全全部是綠綠燈了而“-1”的那那種是用用復制的的方式還需要要在Object里填填入值才能全全部綠燈燈。這是兩者者操作上上的最大大特點。Role的修改改1.Merge2.新增增/刪除除TCode3.從其其它Role導導入4.AdjustRole的修改改對Role的修修改最常常見的是是有TCode的新新增/刪刪除。這這種改動動一般般是從Menu開始當Menu改改變?nèi)魏魏胃淖兿到y(tǒng)都都會偵測測到Authorization和User會會變成紅紅燈。

24、在Authorization頁簽簽里有兩兩個按鈕鈕他們們有什么么不同呢呢Role的修改改我們先點點擊會會出現(xiàn)一一個小窗窗口里里面是三三個選項項他們們的意義義是不同同的。第一項刪除此此Role的Profile后重建建第二項編輯原原有的Profile第三項讀取原原有Profile并并根據(jù)Menu的變化化對Profile進進行更改改Role的修改改第一項會會把Profile整個重建建并且會把把已經(jīng)被被屏蔽掉掉或刪除除的Object重新顯示示出來極容易造造成權限限設定錯錯誤反對使用用。第二項完完全保留留之前可可用的Profile即使新的的權限沒沒設好還有原有有的權限限可用。推薦使用用。缺點是是Obje

25、ct的變更需需要手動動進行。第三項重重新讀取取Role的Menu按菜單的的變化變變更Object具有一定定的智能能但會把已已經(jīng)Merge的Item彈開造成設定定者的混混亂。不反對使使用。Role的修改改這個按鈕鈕相當與與前面所所說的第第三項。由于已已經(jīng)包含含這個選選擇而且第三三項不是是最優(yōu)選選擇所以我們們一般不不建議使使用它?？偟膩碚f說我們認為為選的的第第二項比比較穩(wěn)當當保留原有有的可用用設定?？梢钥纯吹阶兓暗腜rofile。詳細細細節(jié)請繼繼續(xù)看后后面的章章節(jié)。Role的修改改Merge當Role所包包含的T Code經(jīng)經(jīng)過多次次修改后后可能能產(chǎn)生多多個同樣樣的Object其其Value可

26、可能互相相包含。這時可以以通過Merge（合合并）的的動作使使同一個個Object內(nèi)Value相同或或者互相相包含的的Item合并并起來使權限限的條目目更清晰晰Role的修改改Merge紅框框住住的兩個個Object,是同同樣的Object,而且其其Value又又是第一一個包含含第二個個。Role的修改改Merge上頁紅框框里的兩兩項被合合并了。選擇菜單單Utilities里的MergeRole的修改改Merge的規(guī)則則我們來看看一個簡簡單的Object它只有有兩項Activity和和下面的的Group。我稱Acitivity為“動作作”它下面的的Group等項目為為“參數(shù)數(shù)”。Merge的規(guī)

27、則當兩個相相同Object的Item的動作或或參數(shù)完完全一致致時這兩個Item可以Merge。Role的修改改Merge當一個Role經(jīng)過Merge后這個Role的Object會會比較精精簡。但但當Menu發(fā)發(fā)生改變變后系系統(tǒng)會提提示菜單單已經(jīng)變變化Authorization和User會會從綠燈燈變成紅紅燈?，F(xiàn)在我來來舉一個個例子假設新新增一個個TCode :FSS0。Role的修改改Merge這時如果我們們選擇的的第二項項進入Profile會發(fā)現(xiàn)所所有的Object都和菜單單沒有變變化前一一樣。到底FSS0對Object的影響有有哪一些些需要自己己的經(jīng)驗驗。這里里我就不不詳細介介紹。(如果一

28、點點都不知知道可以做一一個測試試用的Role只含有這這一個T Code看看系統(tǒng)統(tǒng)自動為為它帶出出的Object即可)Role的修改改Merge如果選擇擇的的第三三項進進入Profile我們會會發(fā)現(xiàn)不少Object變變成了黃黃燈。但如果有有經(jīng)驗的的話仔仔細看看看會發(fā)發(fā)現(xiàn)有好好幾個Object其其實都是是以前Merge過現(xiàn)在給給彈開或或者刪除除過再再次帶出出.Role的修改改Merge對于熟悉悉的人來來說這這些多余余的Item可可以刪除除就可以以了但但也要費費時間確確認。對對于不熟熟悉的人人來說就可能能無法區(qū)區(qū)分那些些Object是新增增TCode所需要要的哪哪些是因因為不能能開放而而刪除的的。耗

29、費費的時間間可能更更多。所以我我們不推推薦這種種做法。Role的修改改新增增和刪除除TCode新增和刪刪除TCode其實實在前面面都有提提到。在Menu頁簽簽的操作作這里就就不再重重復了細節(jié)請請參照Role的新新建完完全新建建在Authorization頁簽簽的操作作請參考考Role的的修改這里只重重點提醒醒一件事事。Role的修改改新增增和刪除除TCode在每一個個有Menu的Role里必定有一一個叫S_TCODE的Object這個Object里記錄的的是這個個Role所有可以以執(zhí)行的的T Code。當Menu變化這里也要要相應變變化。但這個Object永遠是綠綠燈所以大家家一定要要記得檢檢

30、查這里里。Role的修改改新增增和刪除除TCode經(jīng)過測試試在Menu新增T Code后在進入Profile時選擇第第二項時時系統(tǒng)不會會在此Object自動增加加T Code選擇第三三項系統(tǒng)會自自動增加加T Code。在Menu刪除T Code后無論選擇擇第二項項還是第第三項系統(tǒng)都不不會自動動刪除T Code。必須手手工刪除除這一點請請大家務務必注意意。Role的修改改從其其它Role導導入當我們要要處理的的RoleA與某個個RoleB的設定定十分相相似可可以通過過Insert功能把把RoleB的Object設定定導入到到RoleA中。請留意實際上是是導入Profile哦所以一般般還要去去看R

31、ole B的Profile Name不是很方方便。Role的修改改從其其它Role導導入需要注意意的是這樣導導入進去去的Object的設設定都跟跟RoleB的一樣樣一定定要把其其中對Role A不不適用的的部分更更正過來來。對RoleB不熟悉悉不要亂亂用這功功能哦。還是那句句老話欲速不不達不不熟的事事沒有有把握的的事一定定要謹慎慎。Role的修改改AdjustAdjust是是專門針針對存在在繼承關關系的母母子Role的的一項功功能。在Role的的建立一章我們學學習到從子Role可以通通過CopyData從母母Role得到到Object Value?，F(xiàn)在我我們看看看從母Role傳送ObjectV

32、alue到到子Role的的功能Adjust。Role的修改改Adjust用Display模式進入入TemplateRole的Profile選擇擇菜單上上的Generate derivedroles即即可。從從操作來來看十十分簡單單。注不要要用Change進入入TemplateRole否否則Adjust會造造成Template Role本本身最后后修改日日期和最最后修改改人發(fā)生生改變對查對對權限產(chǎn)產(chǎn)生誤會會Role的修改改Adjust簡單比較較CopyData 和Adjust從子Role發(fā)出Copy Data僅影響執(zhí)行此功能的子Role其它繼承同一母Role的子Role不受影響同一Client下

33、所有繼承此母Role的子Role均受影響從母Role發(fā)出AdjustRole的傳輸輸1.產(chǎn)生生RequestNum2.Release3.TransportRole的傳輸輸產(chǎn)生生RequestNum在PFCG的開始畫畫面可以看到到。由于單個個Role的傳送比比大批量量的傳送送從操作作上來說說要簡單單而且類類似所以我們們重點說說大批量量傳送的的操作。大批量的的傳輸單個Role的傳輸Role的傳輸輸產(chǎn)生生RequestNum選擇SingleRole選擇要傳傳輸?shù)腞oleRole的傳輸輸產(chǎn)生生RequestNum確定要傳傳輸Role的傳輸輸產(chǎn)生生RequestNum如果這個個Role第一次傳傳輸這里里

34、一定要要打勾否則傳輸輸?shù)狡渌點lient后會沒有有Assign到User ID。但如果不不是第一一次傳輸輸請不要要打勾因為只要要打了勾勾就要到到目標的的Client端去做一一次Compare的動作權限才能能激活沒有起用用Role的傳輸輸產(chǎn)生生RequestNum如果要新新建一個個Request按按如果現(xiàn)在在已經(jīng)有有一個還還沒有Release的可用的的Request Num請在這里里輸入然后打勾勾Role的傳輸輸產(chǎn)生生RequestNum簡要說明明傳輸?shù)牡膬?nèi)容或或目的Role的傳輸輸產(chǎn)生生RequestNumRequest Num產(chǎn)生生,C00K開頭的的都是大大陸地區(qū)區(qū)產(chǎn)生的的T00K開開頭的

35、都都是臺灣灣地區(qū)產(chǎn)產(chǎn)生的.Role的傳輸輸產(chǎn)生生RequestNum單個Role的的傳輸Request Num產(chǎn)生生的過程程與打批批量的相相似只只是開始始不一樣樣而已。單個傳輸輸直接KeyRole名字字按按按鈕其其它操作作就一樣樣了Role的傳輸輸ReleaseRelease的T CodeSE10輸入Request Num的產(chǎn)生者者選擇查看看ModifiableRole的傳輸輸Release可以看到到其實是有有兩個Request Num的,一個記錄錄Header一個記錄錄ItemRole的傳輸輸Release先ReleaseItem的Num（在在下面作為子子項的那那一個）再Header的的Nu

36、m方法是點擊Item的Num然然后按按按鈕會會進入另另一個畫畫面按按會會回到原原來的畫畫面然然后再Release Header的Num。同樣是是點擊Header的的Num然后后按進入另另一畫面面后不不用存盤盤按即即可Role的傳輸輸傳送送這一部分分是Basis的工作作。本來是在在Unix下進進行但但我們開開發(fā)了兩兩支外掛掛程序。從測試環(huán)環(huán)境到正正式環(huán)境境是YATP從測試環(huán)環(huán)境到QAS是是YATPQA進行傳送送的RequestNum必須是是已經(jīng)Release的NumberRole的傳輸輸傳送送兩者的畫畫面很象象填入入RequestNum選擇好好目標Server按就就可以以了Role的傳輸輸刪除除

37、如果發(fā)現(xiàn)現(xiàn)Role搭錯錯了一個個 RequestNum在沒沒有Release前前可以補補救。同同樣是在在SE10,點點擊Num后使使用就就可以以了。Role的傳輸輸刪除除如果已經(jīng)經(jīng)Release就沒沒有辦法法刪除了了只能能整個Number作作廢所所謂“作作廢”其其實是不不做最后后的傳送送動作讓這個個Number閑置而而已。Role的刪除除在PFCG中填填好Role的的名字按按按鈕鈕確認認即可可把Role及及其專屬屬Profile刪除除。Role的刪除除請注意如果需需要利用用傳輸功功能在多多個環(huán)境境中刪除除Role一一定要按按以下順順序進行行1.對Role產(chǎn)生傳傳輸?shù)腞equest Num2.刪

38、除除本環(huán)境境的Role3.Release;(此時時本環(huán)境境中已經(jīng)經(jīng)沒有這這個Role了了）4.傳輸輸賬號刪除除賬號（User ID）的刪刪除操作作也十分分簡單在SU01中中輸入入賬號名名稱按按就就可以以了賬號刪除除刪除一個個賬號后后為其專設設的Role（即Z或W開頭的）也要刪刪除（包包括測試試和正式式環(huán)境）減少系統(tǒng)統(tǒng)無用的的數(shù)據(jù)也減少不不必要的的查對?；蛟S有人人會認為為保留這些些Role雖然占用用一點硬硬盤但如果以以后這個個賬號再再次起用用不就可以以不用重重設權限限嗎這個理由由咋看起起來很有有道理。實際上上USER一旦決定定刪除某某個賬號號在相當長長的時間間內(nèi)都不不會再起起用（一一個賬賬號的費

39、費用不菲菲決定不會會輕易下下的）在經(jīng)過長長時間后后即使需需要再次次起用其權限需需求也要要重新審審視與其把其其新需求求與舊有有設定一一項一項項對比修修改還不如重重新設定定來得方方便快捷捷而且更安安全。Debug/查查看有一些工工具對權權限的問問題處理理很有幫幫助1.SU532.SUIM雖然還有有一些其其它工具具但一一般很少少用或者者不實用用這里里就不介介紹了。Debug/查查看SU53當一個賬賬號反映映沒有某某個應有有的權限限時我我們可以以在系統(tǒng)統(tǒng)出現(xiàn)沒沒有權限限的信息息時馬馬上輸入入“/NSU53”Debug/查查看SU53Debug/查查看SU53上頁紅色色框住的的就是沒沒有權限限的地方方而

40、藍色框框住的是是跟這個個賬號已已經(jīng)有的的權限。但是請注注意SU53給出的的信息并并不詳細細大部部分情況況只能作作為一個個大方向向的參考考有時時還可能能指示不不出來問問題所在在。但無論如如何有有一個參參考總總比沒有有好。Debug/查查看SUIMSUIM其實就就是Information 系統(tǒng)統(tǒng)的一個個集合界界面。我們最常常用的功功能是已知某個個TCode查找找含有這這個TCode的Role。Debug/查查看SUIMDebug/查查看SUIM輸入TCode后執(zhí)執(zhí)行就就可以得得到含有有這個T code的的Role的列列表。請注意其判斷斷條件是是Role的Menu而不不是Profile特殊的權權限設

41、定定SD的權權限在SD模模塊有有一個解解S/O BillingBlock權權限的設設定它它是在YS08中設定定其它知識識1.Object的狀狀態(tài)Standard/Manually/Maintained/Changed2.ObjectValueVSOrg.level其它知識識Object的狀狀態(tài)其它知識識Object的狀狀態(tài)當我們用用第三項項進入一一個Profile的的時候我們可可以看到到每個Object的的描述述前有都都有兩個個狀態(tài)?，F(xiàn)在我我來給大大家解釋釋一下他他們的含含義。右邊的狀狀態(tài)共有有兩種NEW 和OLDNEW此Object有新新的Item或或Value, ProfileSave后會會變成OLDOLD 此Object的的Item是以以前建立立的其它知識識Object的狀狀態(tài)左邊的狀狀態(tài)有好好幾種Standard由系統(tǒng)帶帶出后沒沒有經(jīng)過過任何更更改Mai