sap權(quán)限的設(shè)定-免費(fèi)閱讀
【正文】 同時由于時間和精力 ﹐ 美觀方面就不做多的修飾了。當(dāng) ﹐ Object就通過這些變量把 ﹐ 但實(shí)際上 Object的值仍然是原來以 “$”開頭的那個值。但無論如何 ﹐ 有一個 參考總比沒有好。Role的刪除在 PFCG中填好 Role的名字 ﹐ 按 按鈕 ﹐確認(rèn) ﹐ 即可把 Role及其專屬 Profile刪除。大批量的傳輸單個 Role的傳輸Role的傳輸 — 產(chǎn)生 Request Num選擇 Single Role選擇要傳輸?shù)?RoleRole的傳輸 — 產(chǎn)生 Request Num確定要傳輸Role的傳輸 — 產(chǎn)生 Request Num如果這個 Role第一次傳輸這里一定要打勾 ﹐ 否則傳輸?shù)狡渌?client后會沒有Assign到 User ID。還是那句老話 ﹕ 欲速不達(dá) ﹐ 不熟的事 ﹐ 沒有把握的事一定要謹(jǐn)慎。但這個 Object永遠(yuǎn)是綠燈 ﹐ 所以大家一定要記得檢查這里。但如果有經(jīng)驗的話 ﹐ 仔細(xì)看看 ﹐ 會發(fā)現(xiàn)有好幾個 Object其實(shí)都是以前 Merge過 ﹐ 現(xiàn)在給彈開或者刪除過 ﹐ 再次帶出 .Role的修改 —Merge對于熟悉的人來說 ﹐ 這些多余的 Item可以刪除就可以了 ﹐ 但也要費(fèi)時間確認(rèn)。Merge的規(guī)則 ﹕ 當(dāng)兩個相同 Object的 Item的動作或參數(shù)完全一致時 ﹐ 這兩個 Item可以 Merge?？偟膩碚f ﹐ 我們認(rèn)為選 的第二項比較穩(wěn)當(dāng) ﹐ 保留原有的可用設(shè)定。第一項 ﹕ 刪除此 Role的 Profile后重建第二項 ﹕ 編輯原有的 Profile第三項 ﹕ 讀取原有 Profile并根據(jù) Menu的變化對 Profile進(jìn)行更改Role的修改第一項會把 Profile整個重建 ﹐ 并且會把已經(jīng)被屏蔽掉或刪除的 Object重新顯示出來﹐ 極容易造成權(quán)限設(shè)定錯誤 ﹐ 反對使用 。Role的建立 — 復(fù)制復(fù)制其實(shí)是一種從思想到操作都很簡單的操作。Role的建立 — 繼承現(xiàn)在可以維護(hù) 。Role的建立 — 繼承下面 ﹐ 我們來學(xué)習(xí)用 “繼承 ”方式建立 Role.我們假設(shè)有一個賬號 “FORTEST”,他申請了職能 “AP立帳員 ”﹐ “AP立帳員 ”的Template Role 是 “G+COAP”。Role的建立 — 完全新建如果是外掛的 T code﹐ 就只能用 “直接添加 ”的方式加入到菜單中 ﹐ 需要注意的是 ﹐ 外掛的 T code的 Object不會自動帶出來 ﹐ 需要自己手工添加。Role的建立 — 完全新建直接添加 ﹕所有 T CODE(包括外掛）和沒有 T CODE的標(biāo)準(zhǔn)程序都可以用這種方法添加。Role的建立 — 完全新建請大家按圖所示建立目錄 ﹐ 第一層是職能 ﹐ 這里是EXCEPTION﹐ 下面分 “標(biāo)準(zhǔn) ”(Standark)和 “外掛 ” (Add On) 兩個目錄 。下面我們看看如何建 Role和給權(quán)限。但無論如何 ﹐ 作為跟進(jìn)的 MIS都是負(fù)主要責(zé)任的。例如 “G + CO – CO – 1 ”Role的命名和分類User Role﹕ 是指根據(jù)每個 user的具體需求進(jìn)行設(shè)定的權(quán)限的 Role.216。 Z+User ID+Exception :沒有繼承任何 Role,例外權(quán)限以 “Y+”開頭都是 Basis Role,直接 assign給 user id。例如開工單對生管來說是其職能應(yīng)有的權(quán)限 ﹐ 但對倉庫來所就是例外權(quán)限。SAP權(quán)限的架構(gòu)名詞解釋（英譯中 ﹖ ） ﹕? User account﹕ 就是我們平常說的 “賬號 ”﹐ 也稱為 “USER ID”。 user權(quán)限的人 ﹐ 而是 user大大小小的 leader﹐ 所以 ﹐ 要變更權(quán)限設(shè)定 ﹐ 務(wù)必要求user提供 經(jīng)過簽核的申請表 。SAP權(quán)限的架構(gòu)? Profile: 真正記錄權(quán)限的設(shè)定的文件 ﹐ 從 開始是與 Role綁定在一起的。216。例如 “G + CO – CO ”地區(qū) Template Role﹕ 是指此職能根據(jù)不同地區(qū)而不同的那部分權(quán)限的模板。例如 ﹕ PSC1ENG01這是 PSC1廠的賬號 ﹐屬于 PP模塊 ﹐ 所以這個賬號申請的權(quán)限將由東莞 PP模塊的 MIS主要負(fù)責(zé)和監(jiān)督。USER ID 的建立T CODE ﹕ SU01單擊建立圖標(biāo)2輸入要創(chuàng)建的 User ID1USER ID 的建立填好這些字段USER ID 的建立設(shè)定組別 ﹐ 這對 MIS非常重要 ﹐ MIS能否管理此 User ID就看這里設(shè)定初始密碼有效期一般不設(shè)定USER ID 的建立按圖設(shè)定（打印機(jī)按實(shí)際設(shè)定）USER ID 的建立接著按 save﹐ 就把USER ID創(chuàng)建好了USER ID創(chuàng)建好了 ﹐ 但這時這個 ID沒有賦予 (Assign) 任何權(quán)限 ﹐ 是什么都不能做的。下面我將會一步一步向大家說明操作的步驟和應(yīng)該注意的地方。從 SAP菜單添加 ﹕所有標(biāo)準(zhǔn)的 T CODE和沒有 T CODE的標(biāo)準(zhǔn)程序都可以用這種方法添加。這個全局的變量就是 ﹕ Role的建立 — 完全新建當(dāng)給值后 ﹐相應(yīng)的Object value的值也變了Role的建立 — 完全新建對 ﹐ 會發(fā)現(xiàn)相當(dāng)一部分的Object value都已經(jīng)給值了 ﹐ 但還有一些 Object是紅燈或者是黃燈 ﹐ 這些 Object是要單獨(dú)給值的。點(diǎn)擊 USER,Assign USER ID 給這個 RoleRole的建立 — 完全新建點(diǎn)擊 USER COMPARE ﹐再點(diǎn)擊 Complete pare﹐就完成了 COMPARE。 “SAVE”對 Profile存檔。其實(shí)這種方法思路最復(fù)雜了﹐ 后面的處理還隱藏不少陷阱。Role的修改 /刪除 T Code Role導(dǎo)入Role的修改對 Role的修改最常見的是有 T Code的新增 /刪除。 不反對使用 。Role的修改 —Merge上頁紅框里的兩項被合并了。到底 FSS0對 Object的影響有哪一些 ﹐ 需要自己的經(jīng)驗。在 Menu頁簽的操作這里就不再重復(fù)了 ﹐ 細(xì)節(jié)請參照《 Role的新建 — 完全新建》在 Authorization頁簽的操作請參考《 Role的修改》這里只重點(diǎn)提醒一件事。請留意 ﹐ 實(shí)際上是導(dǎo)入Profile哦 ﹐所以一般還要去看 Role B的 Profile Name﹐ 不是很方便。從操作來看 ﹐ 十分簡單。從測試環(huán)境到正式環(huán)境是 YATP從測試環(huán)境到 QAS是 YATPQA進(jìn)行傳送的 Request
畢業(yè)設(shè)計相關(guān)推薦
鄂ICP備17016276號-1