SAP中SPRO許可權控制

       最近越到業務上的需求，需要將SPRO的許可權控製為只能顯示，不能修改。我的做法是單獨做一個角色，裡面只含有SPRO這個事務碼，然後在裡面做如下的限制：

其中比較關鍵的是S_TABU_CLI和S_TABU_DIS以及S_TCODE的控制。如果不手工在S_TCODE中加入相關事務碼的話，SPRO中的菜單還是會執行不了。至於S_TCODE中需要增加什麼事務碼，這要看實際的需要，我這裡是排除BASIS常用的一些T-CODE。

做完之後賦給使用者就可以了。但由於SPRO中的權限物件S_TABU_CLI和S_TABU_DIS和SM30，SE16中的權限物件是一樣的，如果同一個帳號既想要在系統中修改表的資料，又想控制住SPRO只能顯示，這是不可能的！！至於為什麼，大家自己理解吧。

所以這裡我建議大家把這角色賦給一個單獨的使用者，用作SPRO後台配置查看. 

最近和同行聊，很多同行都覺得做許可權很單調，而且沒什麼技術含量，不屑於做。其實BASIS每一項技能並無優劣之分，不能說會做遷移，會做升級的BASIS顧問就一定是好顧問，回過頭來，能把BASIS每一項看似簡單的技能深入理解並應用，在我看來，這才是合格的BASIS。

每一個項目上，基本上都會有這許可權的需求，很多人一直在問，一直在百度Google搜答案，卻很少有人會坐下來好好想想這其中的原理，這裡我只做下拋磚引玉，相信能深入理解許可權設計的BASIS會明白這樣設計的原理。