 |
|||||
|
As of December 1, 2020, Focal Point is retired and repurposed as a reference repository. We value the wealth of knowledge that's been shared here over the years. You'll continue to have access to this treasure trove of knowledge, for search purposes only. Join the TIBCO Community
Former myibi community members should have received an email on 8/3/22 to activate their user accounts to join the community. Check your Spam folder for the email. Please get in touch with us at community@tibco.com for further assistance. Reference the community FAQ to learn more about the community. | |||||
Read-Only TopicGo | Search | Notify | Tools |
| [SOLVED] MR Admin | Login/Join |
| Guru |
The manual states: The MR (Managed Reporting) Administrator role has unrestricted access to Managed Reporting. Does this mean that an admin has access to all content in all domains?This message has been edited. Last edited by: Kerry, Release: WebFOCUS 7.6.8 OS: Windows Output formats: HTML, PDF, Excel, csv | ||
|
| Virtuoso |
Yes. Although we don't use it, I believe there is also a domain admin - or at least there used to be somewhere back in time - that has full access to only specified domains. Regards, Darin In FOCUS since 1991 WF Server: 7.7.04 on Linux and Z/OS, ReportCaster, Self-Service, MRE, Java, Flex Data: DB2/UDB, Adabas, SQL Server Output: HTML,PDF,EXL2K/07, PS, AHTML, Flex WF Client: 77 on Linux w/Tomcat | |||
|
| Guru |
Does no one find this to be a problem with security? Release: WebFOCUS 7.6.8 OS: Windows Output formats: HTML, PDF, Excel, csv | |||
|
| Expert |
There has to be an overall admin to control everything, otherwise who will create a domain. As for whether admin should be able to see/run domain reports, that is a sticky question. I think it should be allowed, but must be restricted to certain individuals of good character. Waz...
| |||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||
| Expert |
You can also add a password to the 'admin' id to further secure it. Ginny --------------------------------- Prod: WF 7.7.01 Dev: WF 7.6.9-11 Admin, MRE,self-service; adapters: Teradata, DB2, Oracle, SQL Server, Essbase, ESRI, FlexEnable, Google | |||
|
| Virtuoso |
We have an NFR for a Production Support Role for MRE...so you will be able to give certain access by Domain - rather than all access to everything...still waiting....
| |||||
|
| Virtuoso |
Prarie, isn't that what the Content Manager Role is for? As for the other question - what would be the definition of an admin? It's the person who has complete control over the system and can do whatever needs to be done. If you have a mainframe, there's an admin who can control everything on the mainframe. If you have a Novell network, there's an admin who can access and control anything on the network. Someone has to have that role, but as Waz says, that person or person(s) should be selected carefully. Some functions like making shared reports into standard reports, creating domains, moving reports between users, have to be done by someone who can see everything (users, reports, domains, etc.) and has rights to do everything. I wouldn't consider that a security problem unless the admin personally is a security risk - then that's an HR problem, not a system problem. Regards, Darin In FOCUS since 1991 WF Server: 7.7.04 on Linux and Z/OS, ReportCaster, Self-Service, MRE, Java, Flex Data: DB2/UDB, Adabas, SQL Server Output: HTML,PDF,EXL2K/07, PS, AHTML, Flex WF Client: 77 on Linux w/Tomcat | |||
|
| Virtuoso |
Well Darin...I'm not sure...can they change code? I'm just learning to be a MR adminstrator. I've been a Developer and Production Support role where I'm working now. | |||
|
| Expert |
That may be the case in some cases, but I would have thought a typical admin would have a role to administer the domains, i.e. create domains, create/change/delete users, deploying from "dev" to "Prod", etc. As for access to reports, running, deleting, changing, I think would be on a site by site basis. A more structured site would have specific roles, where a smaller or more general site would not. Waz...
| |||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||
| Master |
I think there is no way to secure the code from the administrator but you can control access to the data through your database security. Add a login routine requiring a password to your programs for restricted database access. You have to remember that if you do this you probably won't be able to run jobs through report caster. Pat WF 7.6.8, AIX, AS400, NT AS400 FOCUS, AIX FOCUS, Oracle, DB2, JDE, Lotus Notes | |||
|
| Powered by Social Strata |
 | Please Wait. Your request is being processed... |
Read-Only TopicCopyright © 1996-2020 Information Builders
| View $GS_USERNAME's Public Profile |
| Add $GS_USERNAME to my Ignore List |
| View Recent Posts by $GS_USERNAME |
| Notify me of New Posts by $GS_USERNAME |