【正文】 添加標(biāo)準(zhǔn)菜單的一個目錄 ﹐ T code在標(biāo)準(zhǔn)菜單中的位置也可以顯示出來。看到 PFCG的畫面了嗎 ﹖ 沒有 ﹖哦 ﹐ 在下一頁。 USER得到這樣的賬號沒有任何意義。權(quán)限設(shè)定者分工三 .以所申請的權(quán)限歸屬的模塊分由于 user所申請的權(quán)限通常涉及多個模塊 ﹐ 這就需要多個模塊的 MIS共同合作設(shè)定 user的權(quán)限 ﹐ 這時先按第二條執(zhí)行 ,由 ID所屬模塊 MIS接受申請 ﹐ 并從始至終跟進。216。 Z+User ID+職能名稱 :繼承全球共同 Template Role216。雖然在 可以單獨存在 ﹐ 但按 sap的行為推測 ﹐ 以后將不能 “一個人活著 ”? Template Role:Role的模板 ﹐ 一般是 single 強大的功能 ﹐能通過更改模板而更改所有應(yīng)用 (sap稱為Derive“繼承 ”） 此模板的 Role(sap稱之為 adjust)SAP權(quán)限的架構(gòu)? 例外權(quán)限 ﹕ 這是公司創(chuàng)造的名詞。（當(dāng)然 ﹐ 對 user不合理的權(quán)限要求 ﹐ MIS也有責(zé)任退回） ,是 MIS的工作 .（廢話）所以 ﹐ 本教材是 MIS內(nèi)部教材 ﹐ 請不要隨便泄漏SAP權(quán)限的架構(gòu)Role templateDescriptionMenuAuthorizations……………Authorization profileObject classAuthorization objectAuthorizations………………..Assign toBind withAssign toSAP User accountAddressLogon dataGroup. . . . . . . . . . . .這是 SAP權(quán)限的架構(gòu)圖 ﹐ 大家也接觸過。請大家一定要記住他們的關(guān)系。當(dāng)一個 USER除了其職位一般所需的權(quán)限外 ﹐還需要一些特殊的權(quán)限 ﹐ 我們把這些權(quán)限稱之為 這個 USER的例外權(quán)限。 Z+User ID+職能名稱 1:繼承地區(qū) Template Role216。 命名特征是 “G+”開頭 ﹐ “1”結(jié)尾。然后具體的權(quán)限屬于哪個模塊就由那個模塊的 MIS作設(shè)定。如何 Assign權(quán)限給一個賬號 ﹖ 主要就是Assign一個 Role 給這個賬號了。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)容。缺點是很浪費時間 ﹐ 而且外掛的程序無法添加。 Object給值后 ﹐ 就變成綠色 ﹐ 不能點擊了。母 Role 與 子 Role 是 1 對 多 的 。按 “勾 ”繼續(xù) ,執(zhí)行完畢后我們會看到 ﹐ 許多Object 已經(jīng)變成綠燈了。那么 ﹐ 我們來看看第三種方法 — 復(fù)制。在 Authorization頁簽里有兩個按鈕 ﹐ 他們有什么不同呢 ﹖Role的修改我們先點擊 ﹐ 會出現(xiàn)一個小窗口 ﹐ 里面是三個選項 ﹐ 他們的意義是不同的。由于 已經(jīng)包含這個選擇 ﹐ 而且第三項不是最優(yōu)選擇 ﹐ 所以我們一般不建議使用它。我稱 Acitivity為 “動作 ”﹐ 它下面的 Group等項目為 “參數(shù) ”。 (如果一點都不知道 ﹐ 可以做一個測試用的 Role﹐ 只含有這一個T Code﹐ 看看系統(tǒng)自動為它帶出的 Object即可 )Role的修改 —Merge如果選擇 的第三項 ﹐ 進入 Profile﹐ 我們會發(fā)現(xiàn) ﹐ 不少 Object變成了黃燈。當(dāng) Menu變化 ﹐這里也要相應(yīng)變化。對 Role B不熟悉不要亂用這功能哦。由于單個 Role的傳送比大批量的傳送從操作上來說要簡單而且類似 ﹐ 所以我們重點說大批量傳送的操作。Role的傳輸 — 刪除如果已經(jīng) Release就沒有辦法刪除了 ﹐ 只能整個 Number作廢 ﹐ 所謂 “作廢 ”其實是不做最后的傳送動作 ﹐ 讓這個 Number閑置而已。但是請注意 ﹕ SU53給出的信息并不詳細(xì) ﹐大部分情況只能作為一個大方向的參考﹐ 有時還可能指示不出來問題所在。那么下面介紹的東東對大家可能有點幫助 ﹕﹕ 子 Role有值時 ﹐ Adjust時以子 Role為準(zhǔn)﹐ 子 Role無值時 ﹐ Adjust以母 Role為準(zhǔn)﹕ 一律強制以母 Role為準(zhǔn)其它知識 —Object Value VS 我們可以發(fā)現(xiàn) ﹐ 在 Object里有些 Item的 Value是與 ﹐ 其值在沒有手工更改前都是以 “$”開頭 ﹐ 這類值都是變量 ﹐ 指向?qū)?yīng)的 。只好作罷。 (反正是內(nèi)部教材 ^ _ ^)請大家把自己的發(fā)現(xiàn)告訴我這不是客套話 ﹕ 這個教材雖然是我很辛苦寫出來的 ﹐ 但可能還是有不對的地方 ﹐請大家發(fā)現(xiàn)后告訴我 ﹐ 我有時間的時候會修正。 其它知識 —Object Value VS 在子 Role中 ﹐ 如果這些 Object Value被手工更改﹐ 在母 Role沒有做 Adjust之前 ﹐ 子 Role的 Object Value是可以與 ﹐ 實際權(quán)限以O(shè)bject Value為準(zhǔn)。Debug/查看 —SUIMSUIM其實就是 Information 系統(tǒng)的一個集合界面。Role的刪除請注意 ﹕ 如果需要利用傳輸功能在多個環(huán)境中刪除 Role﹐ 一定要按以下順序進行﹕ Role產(chǎn)生傳輸?shù)?Request Num﹔ Role﹔。但如果不是第一次傳輸請不要打勾 ﹐ 因為只要打了勾就要到目標(biāo)的 Client端去做一次 Compare的動作 ﹐ 權(quán)限才能激活沒有起用Role的傳輸 — 產(chǎn)生 Request Num如果要新建一個 Request﹐ 按如果現(xiàn)在已經(jīng)有一個還沒有 Release的可用的 Request Num﹐ 請在這里輸入﹐ 然后打勾Role的傳輸 — 產(chǎn)生 Request Num簡要說明傳輸?shù)膬?nèi)容或目的Role的傳輸 — 產(chǎn)生 Request NumRequest Num產(chǎn)生 , C00K開頭的都是大陸地區(qū)產(chǎn)生的 ﹐ T00K開頭的都是臺灣地區(qū)產(chǎn)生的 .Role的傳輸 — 產(chǎn)生 Request Num