sap 權(quán)限的設(shè)定(文件)
【正文】 下面所說的操作 ﹐ 如果做錯了 ﹐ 可能要拉倒從新開始的喲。按 “勾 ”繼續(xù) ,執(zhí)行完畢后我們會看到 ﹐ 許多Object 已經(jīng)變成綠燈了。Role的建立 — 繼承當(dāng)所有權(quán)限（其實(shí)只是設(shè)定 )都設(shè)定完畢后 ﹐ 按 激活設(shè)定 ﹐ Assign給 USER ID,就完成了。那么 ﹐ 我們來看看第三種方法 — 復(fù)制。Role的建立 — 復(fù)制一開始當(dāng)然是進(jìn)入 PFCG了 ﹐ 先把 Template Role名輸進(jìn)去﹐ 然后按 COPY按鈕Role的建立 — 復(fù)制Role的建立 — 復(fù)制把描述改成與 Role名一樣要注意 “1”的 Role的 menu是空的這里是空的Role的建立 — 復(fù)制紅色框住的都是要填入值的地方 ﹐最好先填完Role的建立 — 復(fù)制與其它方式建立的 Role一樣 ,當(dāng)所有權(quán)限都設(shè)定完畢后 ﹐ 按 激活設(shè)定 ﹐ Assign給USER ID﹐ 一個 Role就設(shè)定完成了Role的建立 — 繼承與復(fù)制小結(jié) ﹕非 “1”的那種 Template Role ﹐ 用繼承的方式建立新 Role,繼承后 ﹐ 只需要填入﹐ Object就全部是綠燈了 ﹐而 “1”的那種是用復(fù)制的方式 ﹐ 還需要在Object里填入值 ﹐ 才能全部綠燈。在 Authorization頁簽里有兩個按鈕 ﹐ 他們有什么不同呢 ﹖Role的修改我們先點(diǎn)擊 ﹐ 會出現(xiàn)一個小窗口 ﹐ 里面是三個選項(xiàng) ﹐ 他們的意義是不同的。缺點(diǎn)是 Object的變更需要手動進(jìn)行。由于 已經(jīng)包含這個選擇 ﹐ 而且第三項(xiàng)不是最優(yōu)選擇 ﹐ 所以我們一般不建議使用它。Role的修改 —Merge當(dāng) Role所包含的 T Code經(jīng)過多次修改后﹐ 可能產(chǎn)生多個同樣的 Object﹐ 其 Value可能互相包含。我稱 Acitivity為 “動作 ”﹐ 它下面的 Group等項(xiàng)目為 “參數(shù) ”。現(xiàn)在我來舉一個例子 ﹐ 假設(shè)新增一個 T Code : FSS0。 (如果一點(diǎn)都不知道 ﹐ 可以做一個測試用的 Role﹐ 只含有這一個T Code﹐ 看看系統(tǒng)自動為它帶出的 Object即可 )Role的修改 —Merge如果選擇 的第三項(xiàng) ﹐ 進(jìn)入 Profile﹐ 我們會發(fā)現(xiàn) ﹐ 不少 Object變成了黃燈。所以 ﹐ 我們不推薦這種做法。當(dāng) Menu變化 ﹐這里也要相應(yīng)變化。必須手工刪除 ﹗﹗這一點(diǎn)請大家務(wù)必注意。對 Role B不熟悉不要亂用這功能哦。現(xiàn)在 ﹐ 我們看看從母 Role傳送 Object Value到子 Role的功能 Adjust。由于單個 Role的傳送比大批量的傳送從操作上來說要簡單而且類似 ﹐ 所以我們重點(diǎn)說大批量傳送的操作。同樣是點(diǎn)擊 Header的 Num﹐ 然后按 ﹐ 進(jìn)入另一畫面后 ﹐ 不用存盤 ﹐按 即可Role的傳輸 — 傳送這一部分是 Basis的工作。Role的傳輸 — 刪除如果已經(jīng) Release就沒有辦法刪除了 ﹐ 只能整個 Number作廢 ﹐ 所謂 “作廢 ”其實(shí)是不做最后的傳送動作 ﹐ 讓這個 Number閑置而已。或許有人會認(rèn)為 ﹕ 保留這些 Role﹐ 雖然占用一點(diǎn)硬盤 ﹐ 但如果以后這個賬號再次起用 ﹐不就可以不用重設(shè)權(quán)限嗎 ﹖這個理由咋看起來很有道理。但是請注意 ﹕ SU53給出的信息并不詳細(xì) ﹐大部分情況只能作為一個大方向的參考﹐ 有時還可能指示不出來問題所在。Debug/查看 —SUIMDebug/查看 —SUIM輸入 T Code后執(zhí)行 ﹐ 就可以得到含有這個T code的 Role的列表。那么下面介紹的東東對大家可能有點(diǎn)幫助 ﹕﹕ 子 Role有值時 ﹐ Adjust時以子 Role為準(zhǔn)﹐ 子 Role無值時 ﹐ Adjust以母 Role為準(zhǔn)﹕ 一律強(qiáng)制以母 Role為準(zhǔn)其它知識 —Object Value VS 我們可以發(fā)現(xiàn) ﹐ 在 Object里有些 Item的 Value是與 ﹐ 其值在沒有手工更改前都是以 “$”開頭 ﹐ 這類值都是變量 ﹐ 指向?qū)?yīng)的 。而母 Role一般對這類 Object Value的處理是保持其變量狀態(tài) ﹐ 那么子 Role的 Value就變會變量狀態(tài)（ $XXXX)﹐ 然后根據(jù)子 Role 示出新的值。只好作罷。演講完畢，謝謝觀看！。 (反正是內(nèi)部教材 ^ _ ^)請大家把自己的發(fā)現(xiàn)告訴我這不是客套話 ﹕ 這個教材雖然是我很辛苦寫出來的 ﹐ 但可能還是有不對的地方 ﹐請大家發(fā)現(xiàn)后告訴我 ﹐ 我有時間的時候會修正。正確操作是 ﹕ 把這個 Object整個刪除 ﹐ 然后手工添加這個 Object。 其它知識 —Object Value VS 在子 Role中 ﹐ 如果這些 Object Value被手工更改﹐ 在母 Role沒有做 Adjust之前 ﹐ 子 Role的 Object Value是可以與 ﹐ 實(shí)際權(quán)限以O(shè)bject Value為準(zhǔn)?，F(xiàn)在我來給大家解釋一下他們的含義。Debug/查看 —SUIMSUIM其實(shí)就是 Information 系統(tǒng)的一個集合界面。Debug/查看有一些工具對權(quán)限的問題處理很有幫助雖然還有一些其它工具 ﹐ 但一般很少用或者不實(shí)用 ﹐ 這里就不介紹了。Role的刪除請注意 ﹕ 如果需要利用傳輸功能在多個環(huán)境中刪除 Role﹐ 一定要按以下順序進(jìn)行﹕ Role產(chǎn)生傳輸?shù)?Request Num﹔ Role﹔。從測試環(huán)境到正式環(huán)境是 YATP從測試環(huán)境到 QAS是 YATPQA進(jìn)行傳送的 Request Num必須是已經(jīng) Release的 NumberRole的傳輸 — 傳送兩者的畫面很象 ﹐ 填入 Request Num﹐ 選擇好目標(biāo) Server﹐ 按 就可以了Role的傳輸 — 刪除如果發(fā)現(xiàn) Role搭錯了一個 Request Num﹐在沒有 Release前可以補(bǔ)救。但如果不是第一次傳輸請不要打勾 ﹐ 因?yàn)橹灰蛄斯淳鸵侥繕?biāo)的 Client端去做一次 Compare的動作 ﹐ 權(quán)限才能激活沒有起用Role的傳輸 — 產(chǎn)生 Request Num如果要新建一個 Request﹐ 按如果現(xiàn)在已經(jīng)有一個還沒有 Release的可用的 Request Num﹐ 請?jiān)谶@里輸入﹐ 然后打勾Role的傳輸 — 產(chǎn)生 Request Num簡要說明傳輸?shù)膬?nèi)容或目的Role的傳輸 — 產(chǎn)生 Request NumRequest Num產(chǎn)生 , C00K開頭的都是大陸地
畢業(yè)設(shè)計(jì)相關(guān)推薦
鄂ICP備17016276號-1