BASIS权限的设达沃旗SAP.ppt

Role的傳輸—傳送 這一部分是Basis的工作。 本來是在Unix下進行﹐但我們開發了兩支外挂程式。 從測試環境到正式環境是YATP 從測試環境到QAS是YATPQA 進行傳送的Request Num必須是已經Release的Number Role的傳輸—傳送 兩者的畫面很象﹐填入Request Num﹐選擇好目標Server﹐按 就可以了 Role的傳輸—刪除 如果發現Role搭錯了一個 Request Num﹐在沒有Release前可以補救。同樣是在SE10,點擊Num后使用 就可以了。 Role的傳輸—刪除 如果已經Release就沒有辦法刪除了﹐只能整個Number作廢﹐所謂“作廢”其實是不做最后的傳送動作﹐讓這個Number閑置而已。 Role的刪除 在PFCG中填好Role的名字﹐按 按鈕﹐確認﹐即可把Role及其專屬Profile刪除。 Role的刪除 請注意﹕如果需要利用傳輸功能在多個環境中刪除Role﹐一定要按以下順序進行﹕ 1.對Role產生傳輸的Request Num﹔ 2.刪除本環境的Role﹔ 3.Release;(此時本環境中已經沒有這個Role了） 4.傳輸 帳號刪除 帳號（User ID）的刪除操作也十分簡單﹐在SU01中﹐輸入帳號名稱﹐按 就可以了 帳號刪除 刪除一個帳號后﹐為其專設的Role（即Z或W開頭的）也要刪除（包括測試和正式環境）﹐減少系統無用的資料﹐也減少不必要的查對。 或許有人會認為﹕保留這些Role﹐雖然占用一點硬盤﹐但如果以后這個帳號再次起用﹐不就可以不用重設權限嗎﹖ 這個理由咋看起來很有道理。實際上USER一旦決定刪除某個帳號﹐在相當長的時間內都不會再起用（一個 帳號的費用不菲﹐決定不會輕易下的）﹐在經過長時間后即使需要再次起用﹐其權限需求也要重新審視﹐與其把其新需求與舊有設定一項一項對比修改﹐還不如重新設定來得方便快捷﹐而且更安全。 Debug/查看 有一些工具對權限的問題處理很有幫助 1.SU53 2.SUIM 雖然還有一些其它工具﹐但一般很少用或者不實用﹐這里就不介紹了。 Debug/查看—SU53 當一個帳號反映沒有某個應有的權限時﹐我們可以在系統出現沒有權限的信息時﹐馬上輸入“/NSU53” Debug/查看—SU53 Debug/查看—SU53 上頁紅色框住的就是沒有權限的地方﹐ 而藍色框住的是跟這個帳號已經有的權限。 但是請注意﹕SU53給出的信息并不詳細﹐大部分情況只能作為一個大方向的參考﹐有時還可能指示不出來問題所在。 但無論如何﹐有一個 參考總比沒有好。 Debug/查看—SUIM SUIM其實就是Information 系統的一個集合界面。 我們最常用的功能是﹕ 已知某個T Code﹐查找含有這個T Code的Role。 Debug/查看—SUIM Debug/查看—SUIM 輸入T Code后執行﹐就可以得到含有這個T code的Role的列表。 請注意﹕其判斷條件是Role的Menu﹐而不是Profile 特殊的權限設定 SD的權限 在SD模組﹐有一個解S/O Billing Block權限的設定﹐它是在YS08中設定 其它知識 1.Object的狀態Standard/Manually/Maintained/Changed 2.Object Value VS Org.level 其它知識—Object的狀態 其它知識—Object的狀態 當我們用第三項進入一個Profile的時候﹐我們可以看到每個Object 的描述前有都有兩個狀態。現在我來給大家解釋一下他們的含義。 右邊的狀態共有兩種﹕NEW 和 OLD NEW﹕此Object有新的Item或Value, Profile Save后會變成OLD OLD﹕ 此Object的Item是以前建立的 其它知識—Object的狀態 左邊的狀態有好几種﹕ Standard﹕由系統帶出后沒有經過任何更改 Maintained﹕對系統初次帶出時Value為空的Item進行過變更或補充 Changed﹕對系統初次帶出時Value為非空的Item進行過變更 其它知識—Object Value VS Org.level 大家可能對Object Value與Org.level的關系有一些疑問﹐對Adjust時子Role到底那些地方會被母Role控制變更有點把握不住。 那么下面介紹的東東對大家可能有點幫助 1.Adjust大原則﹕ Org.level﹕子Role有值時﹐Adjust時以子Role為准﹐ 子Role無值時﹐Adjust以母Role為准 Object.Value﹕一律強制以母Role為准 其它知識—Object Value VS O