sap權(quán)限的設(shè)定-資料下載頁(yè)
2025-02-20 15:06本頁(yè)面
【正文】 以了Role的傳輸 — 刪除如果發(fā)現(xiàn) Role搭錯(cuò)了一個(gè) Request Num﹐在沒有 Release前可以補(bǔ)救。同樣是在SE10,點(diǎn)擊 Num后使用 就可以了。Role的傳輸 — 刪除如果已經(jīng) Release就沒有辦法刪除了 ﹐ 只能整個(gè) Number作廢 ﹐ 所謂 “作廢 ”其實(shí)是不做最后的傳送動(dòng)作 ﹐ 讓這個(gè) Number閑置而已。Role的刪除在 PFCG中填好 Role的名字 ﹐ 按 按鈕 ﹐確認(rèn) ﹐ 即可把 Role及其專屬 Profile刪除。Role的刪除請(qǐng)注意 ﹕ 如果需要利用傳輸功能在多個(gè)環(huán)境中刪除 Role﹐ 一定要按以下順序進(jìn)行﹕ Role產(chǎn)生傳輸?shù)?Request Num﹔ Role﹔。(此時(shí)本環(huán)境中已經(jīng)沒有這個(gè) Role了）賬號(hào)刪除賬號(hào)（ User ID）的刪除操作也十分簡(jiǎn)單 ﹐ 在 SU01中 ﹐ 輸入賬號(hào)名稱 ﹐ 按 就可以了賬號(hào)刪除刪除一個(gè)賬號(hào)后 ﹐ 為其專設(shè)的 Role（即 Z或W開頭的）也要?jiǎng)h除（包括測(cè)試和正式環(huán)境）﹐ 減少系統(tǒng)無(wú)用的數(shù)據(jù) ﹐ 也減少不必要的查對(duì)?；蛟S有人會(huì)認(rèn)為 ﹕ 保留這些 Role﹐ 雖然占用一點(diǎn)硬盤 ﹐ 但如果以后這個(gè)賬號(hào)再次起用 ﹐不就可以不用重設(shè)權(quán)限嗎 ﹖這個(gè)理由咋看起來(lái)很有道理。實(shí)際上 USER一旦決定刪除某個(gè)賬號(hào) ﹐ 在相當(dāng)長(zhǎng)的時(shí)間內(nèi)都不會(huì)再起用（一個(gè) 賬號(hào)的費(fèi)用不菲 ﹐ 決定不會(huì)輕易下的） ﹐ 在經(jīng)過(guò)長(zhǎng)時(shí)間后即使需要再次起用 ﹐ 其權(quán)限需求也要重新審視 ﹐ 與其把其新需求與舊有設(shè)定一項(xiàng)一項(xiàng)對(duì)比修改 ﹐ 還不如重新設(shè)定來(lái)得方便快捷 ﹐ 而且更安全。Debug/查看有一些工具對(duì)權(quán)限的問題處理很有幫助雖然還有一些其它工具 ﹐ 但一般很少用或者不實(shí)用 ﹐ 這里就不介紹了。Debug/查看 —SU53當(dāng)一個(gè)賬號(hào)反映沒有某個(gè)應(yīng)有的權(quán)限時(shí) ﹐我們可以在系統(tǒng)出現(xiàn)沒有權(quán)限的信息時(shí)﹐ 馬上輸入 “/NSU53”Debug/查看 —SU53Debug/查看 —SU53上頁(yè)紅色框住的就是沒有權(quán)限的地方 ﹐而藍(lán)色框住的是跟這個(gè)賬號(hào)已經(jīng)有的權(quán)限。但是請(qǐng)注意 ﹕ SU53給出的信息并不詳細(xì) ﹐大部分情況只能作為一個(gè)大方向的參考﹐ 有時(shí)還可能指示不出來(lái)問題所在。但無(wú)論如何 ﹐ 有一個(gè) 參考總比沒有好。Debug/查看 —SUIMSUIM其實(shí)就是 Information 系統(tǒng)的一個(gè)集合界面。我們最常用的功能是 ﹕已知某個(gè) T Code﹐ 查找含有這個(gè) T Code的Role。Debug/查看 —SUIMDebug/查看 —SUIM輸入 T Code后執(zhí)行 ﹐ 就可以得到含有這個(gè)T code的 Role的列表。請(qǐng)注意 ﹕ 其判斷條件是 Role的 Menu﹐ 而不是 Profile特殊的權(quán)限設(shè)定SD的權(quán)限在 SD模塊 ﹐ 有一個(gè)解 S/O Billing Block權(quán)限的設(shè)定 ﹐ 它是在 YS08中設(shè)定其它知識(shí)Standard/Manually/Maintained/Changed Value VS 其它知識(shí) —Object 的狀態(tài)其它知識(shí) —Object 的狀態(tài)當(dāng)我們用第三項(xiàng)進(jìn)入一個(gè) Profile的時(shí)候 ﹐我們可以看到每個(gè) Object 的描述前有都有兩個(gè)狀態(tài)?，F(xiàn)在我來(lái)給大家解釋一下他們的含義。右邊的狀態(tài)共有兩種 ﹕ NEW 和 OLDNEW﹕ 此 Object有新的 Item或 Value, Profile Save后會(huì)變成 OLDOLD﹕ 此 Object的 Item是以前建立的其它知識(shí) —Object 的狀態(tài)左邊的狀態(tài)有好幾種 ﹕Standard﹕ 由系統(tǒng)帶出后沒有經(jīng)過(guò)任何更改Maintained﹕ 對(duì) 系統(tǒng)初次帶出時(shí) Value為空的 Item進(jìn)行過(guò)變更或補(bǔ)充Changed﹕ 對(duì)系統(tǒng)初次帶出時(shí) Value為非空的 Item進(jìn)行過(guò)變更其它知識(shí) —Object Value VS 大家可能對(duì) Object Value與 疑問 ﹐ 對(duì) Adjust時(shí)子 Role到底那些地方會(huì)被母Role控制變更有點(diǎn)把握不住。那么下面介紹的東東對(duì)大家可能有點(diǎn)幫助 ﹕﹕ 子 Role有值時(shí) ﹐ Adjust時(shí)以子 Role為準(zhǔn)﹐ 子 Role無(wú)值時(shí) ﹐ Adjust以母 Role為準(zhǔn)﹕ 一律強(qiáng)制以母 Role為準(zhǔn)其它知識(shí) —Object Value VS 我們可以發(fā)現(xiàn) ﹐ 在 Object里有些 Item的 Value是與 ﹐ 其值在沒有手工更改前都是以 “$”開頭 ﹐ 這類值都是變量 ﹐ 指向?qū)?yīng)的 。當(dāng) ﹐ Object就通過(guò)這些變量把 ﹐ 但實(shí)際上 Object的值仍然是原來(lái)以 “$”開頭的那個(gè)值。 其它知識(shí) —Object Value VS 在子 Role中 ﹐ 如果這些 Object Value被手工更改﹐ 在母 Role沒有做 Adjust之前 ﹐ 子 Role的 Object Value是可以與 ﹐ 實(shí)際權(quán)限以O(shè)bject Value為準(zhǔn)。但一旦母 Role做了 Adjust﹐子 Role的 Object Value就強(qiáng)制與母 Role一致。而母 Role一般對(duì)這類 Object Value的處理是保持其變量狀態(tài) ﹐ 那么子 Role的 Value就變會(huì)變量狀態(tài)（ $XXXX)﹐ 然后根據(jù)子 Role 示出新的值。其它知識(shí) —Object Value VS Org相連的 Value﹐ 但又想恢復(fù)其變量狀態(tài) ﹐ 怎么操作 ﹖首先 ﹐ 簡(jiǎn)單地把 Value清空是不行的 ﹐ 這樣的操作只是把當(dāng)前值變?yōu)?NULL(空 )﹐ 第二 ﹐ 把其原有的 $開頭的值 Key進(jìn)去也是不行的 ﹐ 主要原因是輸入字段的長(zhǎng)度不夠。正確操作是 ﹕ 把這個(gè) Object整個(gè)刪除 ﹐ 然后手工添加這個(gè) Object。請(qǐng)大家把自己的發(fā)現(xiàn)告訴我這個(gè)教材是我在工作之余測(cè)試編寫的 ﹐ 因?yàn)榭吹讲簧傩值苕⒚冒鼨?quán)限的時(shí)候還有不少的疑問 ﹐ 所以希望能總結(jié)一下 ﹐ 對(duì)大家有點(diǎn)幫助因?yàn)闀r(shí)間很不夠用 ﹐ 斷斷續(xù)續(xù)寫了一個(gè)多月 ﹐ 本來(lái)有些東西想寫 ﹐ 但由于沒有時(shí)間進(jìn)一步了解 ﹐ 怕寫出來(lái)誤人子弟。只好作罷。同時(shí)由于時(shí)間和精力 ﹐ 美觀方面就不做多的修飾了。 (反正是內(nèi)部教材 ^ _ ^)請(qǐng)大家把自己的發(fā)現(xiàn)告訴我這不是客套話 ﹕ 這個(gè)教材雖然是我很辛苦寫出來(lái)的 ﹐ 但可能還是有不對(duì)的地方 ﹐請(qǐng)大家發(fā)現(xiàn)后告訴我 ﹐ 我有時(shí)間的時(shí)候會(huì)修正。同時(shí)如果大家有自己的心得也請(qǐng)不吝賜教 ﹐ 特別是各個(gè)模塊特有的權(quán)限設(shè)定 ﹐ 輔助工具的使用 ﹐ Basis組所負(fù)責(zé)的權(quán)限部分 ﹐ 權(quán)限的傳輸?shù)确矫?﹐ 我還有些地方了解的很不足夠 ﹐ 希望各位能告訴我。演講完畢，謝謝觀
畢業(yè)設(shè)計(jì)相關(guān)推薦
鄂ICP備17016276號(hào)-1