I must admit that I was not 100% sure what occurred when UO’s were copied to PUBLIC, and what occurred with the existing individual overrides… The following explains all. I also did not know that public UO’s were promoted with the application – that is great!
When promoting an interactive application within Object Management Workbench (P98220), the *PUBLIC User Override records for the application will be automatically promoted when the interactive application is promoted. Therefore, it is not a requirement that *PUBLIC User Override records be added to a project in Object Management Workbench in order to be promoted.
NOTE: All users will now see the new user overrides unless they already have an override record for this Application/Version with their User ID/Role in the User Overrides table (F98950). If an individual User ID/Role override exists, it will be used rather than the *PUBLIC user override. When the system looks for a user override record for an application/version in the F98950 User Override table, it inquires in the following order 1)User ID, 2)Role, 3)*PUBLIC.
If a user using the *PUBLIC override, changes the tabs in anyway, a new user override record will be created for their specific User ID and the *PUBLIC record will not be changed. If no changes are made to the User Override information, the user will use the *PUBLIC user override record from the F98950 User Override table. No user specific user override records are automatically created if there are no changes made by the user.
No comments:
Post a Comment