【正文】 而母 Role一般對這類 Object Value的處理是保持其變量狀態(tài) ﹐ 那么子 Role的 Value就變會變量狀態(tài)（ $XXXX)﹐ 然后根據(jù)子 Role 的值顯示出新的值。Debug/查看查看 —SUIMDebug/查看查看 —SUIM? 輸入 T Code后執(zhí)行 ﹐ 就可以得到含有這個 T code的 Role的列表。? 或許有人會認(rèn)為 ﹕ 保留這些 Role﹐雖然占用一點(diǎn)硬盤 ﹐ 但如果以后這個賬號再次起用 ﹐ 不就可以不用重設(shè)權(quán)限嗎 ﹖? 這個理由咋看起來很有道理。同樣是點(diǎn)擊 Header的Num﹐ 然后按 ﹐ 進(jìn)入另一畫面后 ﹐ 不用存盤 ﹐ 按 即可Role的傳輸?shù)膫鬏?—— Release? 這一部分是 Basis的工作。? 現(xiàn)在 ﹐ 我們看看從母 Role傳送 Object Value到子 Role的功能 Adjust。必須手工刪除 ﹗﹗? 這一點(diǎn)請大家務(wù)必注意。? 所以 ﹐ 我們不推薦這種做法。? 現(xiàn)在我來舉一個例子 ﹐ 假設(shè)新增一個 T Code : FSS0。Role的修改的修改? 當(dāng) Role所包含的 T Code經(jīng)過多次修改后 ﹐ 可能產(chǎn)生多個同樣的 Object﹐ 其 Value可能互相包含。缺點(diǎn)是 Object的變更需要手動進(jìn)行。Role的建立的建立 —— 復(fù)制復(fù)制Role的建立的建立 —— 復(fù)制復(fù)制一開始當(dāng)然是進(jìn)入 PFCG了 ﹐ 先把 Template Role名輸進(jìn)去﹐ 然后按 COPY按鈕Role的建立的建立 —— 復(fù)制復(fù)制? 把描述改成與 Role名一樣Role的建立的建立 —— 復(fù)制復(fù)制要注意 “1”的 Role的 menu是空的這里是空的Role的建立的建立 —— 復(fù)制復(fù)制紅色框住的都是要填入值的地方 ﹐最好先填完? 與其它方式建立的 Role一樣 ,當(dāng)所有權(quán)限都設(shè)定完畢后 ﹐ 按 激活設(shè)定 ﹐ Assign給 USER ID﹐一個 Role就設(shè)定完成了Role的建立的建立 —— 復(fù)制復(fù)制? 小結(jié) ﹕? 非 “ 1”的那種 Template Role ﹐ 用繼承的方式建立新 Role,繼承后 ﹐ 只需要填入﹐ Object就全部是綠燈了 ﹐? 而 “ 1”的那種是用復(fù)制的方式 ﹐ 還需要在Object里填入值 ﹐ 才能全部綠燈。Role的建立的建立 —— 繼承繼承? 當(dāng)所有權(quán)限（其實(shí)只是設(shè)定 )都設(shè)定完畢后 ﹐ 按 激活設(shè)定 ﹐ Assign給 USER ID,就完成了。? 進(jìn)入 Profile里面了 ﹐ 請注意下面所說的操作 ﹐如果做錯了 ﹐ 可能要拉倒從新開始的喲。退出。? 這個 Object是任何權(quán)限設(shè)定文件中都應(yīng)該有的 ﹐ 這是給予啟動 T code的權(quán)限 ﹐ 如果 T code沒有出現(xiàn)在這個列表中 ﹐ user連這個指令的畫面都無法進(jìn)入Role的建立的建立 —— 完全新建完全新建Role的建立的建立 —— 完全新建完全新建在這里 ﹐ 需要向大家介紹一個很重要的概念 ﹕ .在權(quán)限設(shè)定中 ﹐ 有許多地方的控制點(diǎn)是一致的 ﹐ sap公司為了方便權(quán)限的設(shè)定 ﹐ 把這些地方設(shè)計(jì)為與全局變量關(guān)聯(lián)。Role的建立的建立 —— 完全新建完全新建大家可以對比下面兩個 USER的個人化菜單﹐ 左邊職能清晰 ﹐ 右邊非常混亂 ﹐ 同名的目錄 大量出現(xiàn)﹐ 但里面的內(nèi)容又不盡相同﹐ 這對依賴路徑執(zhí)行指令的user是很麻煩的。主要對應(yīng)例外權(quán)限 Z+USERID+EXCEPTION? 。所以 ﹐ 我將主要說明 Role的部分。例如 “ G + CO – CO – 1 ”Role的命名和分類的命名和分類? User Role﹕ 是指根據(jù)每個 user的具體需求進(jìn)行設(shè)定的權(quán)限的 Role.? 命名特征是 ﹕? “Z+”USER ID開頭（東莞 ﹑ 臺灣地區(qū)）? “ W+” USER ID開頭（吳江地區(qū)）例如 “ Z+PSC1ACT01+COCO”? 全球共同 Basis Role﹕ 是指此職能關(guān)系到整個系統(tǒng)的安全的那部分權(quán)限的 Role.? 命名特征是 “ Y+”開頭例如 “ Y + CO – CO ”Role的命名和分類的命名和分類? 一 .以 Role類型分? Role? 即 “ G”開頭的 :臺北本部的 AP MIS? Role:? 以 Z開頭的 :東莞 AP MIS? 以 W開頭的 :吳江 AP MIS? Role:? 即以 Y開頭的 :臺北和東莞 Basis MIS權(quán)限設(shè)定者分工權(quán)限設(shè)定者分工? 二 .以 USER ID分? 從 USER ID可以區(qū)分出這個 ID所屬的廠別和模塊。? 例如開工單對生管來說是其職能應(yīng)有的權(quán)限 ﹐ 但對倉庫來所就是例外權(quán)限。? 名詞解釋（英譯中 ﹖ ） ﹕? User account﹕ 就是我們平常說的 “ 賬號” ﹐ 也稱為 “ USER ID”。? user權(quán)限的人 ﹐ 而是 user大大小小的 leader﹐ 所以 ﹐ 要變更權(quán)限設(shè)定 ﹐ 務(wù)必要求 user提供 經(jīng)過簽核的申請表 。SAP權(quán)限的架構(gòu)權(quán)限的架構(gòu)? Profile:真正記錄權(quán)限的設(shè)定的文件 ﹐ 從 開始是與 Role綁定在一起的。? 命名特征是以 “ G +”開頭 ﹐ 非 “ 1”結(jié)尾。權(quán)限設(shè)定者分工權(quán)限設(shè)定者分工? 上面說過 ﹐ 權(quán)限的大架構(gòu)由 User ID, Role, Profile三層組成 ﹐ 那么 ﹐ 權(quán)限的設(shè)定自然也會有三層。? 新創(chuàng)建 Role主要有三種方式。Role的建立的建立 —— 完全新建完全新建請大家按圖所示建立目錄 ﹐ 第一層是職能 ﹐ 這里是EXCEPTION﹐ 下面分 “標(biāo)準(zhǔn) ”(Standark)和 “外掛 ”(Add On)兩個目錄 。Role的建立的建立 —— 完全新建完全新建? 直接添加 ﹕? 所有 T CODE(包括外掛）和沒有 T CODE的標(biāo)準(zhǔn)程序都可以用這種方法添加。Role的建立的建立 —— 完全新建完全新建? 如果是外掛的 T code﹐ 就只能用 “ 直接添加 ” 的方式加入到菜單中 ﹐ 需要注意的是﹐ 外掛的 T code的 Object不會自動帶出來 ﹐ 需要自己手工添加。Role的建立的建立 —— 繼承繼承? 下面 ﹐ 我們來學(xué)習(xí)用 “ 繼承 ” 方式建立 Role.? 我們假設(shè)有一個賬號 “ FORTEST”,他申請了職能 “ AP立帳員 ” ﹐ “AP立帳員 ” 的 Template Role是 “ G+COAP”。? 現(xiàn)在可以維護(hù) 。Role的建立的建立 —— 繼承繼承? 復(fù)制其實(shí)是一種從思想到操作都很簡單的操作。? 第一項(xiàng) ﹕ 刪除此 Role的 Profile后重建? 第二項(xiàng) ﹕ 編輯原有的 Profile? 第三項(xiàng) ﹕ 讀取原有 Profile并根據(jù) Menu的變化對Profile進(jìn)行更改Role的修改的修改? 第一項(xiàng)會把 Profile整個重建 ﹐