Page History
...
Not all Framework objects belong to its Security Model. These are the object types an Administrator can grant or deny access to any user:
The Framework | When denied, the Framework will not load up for the user(s). When allowed, by default all Framework commands and application children will also be, except those which have it denied. |
Applications | When denied an application will be filtered out during framework sign on and not show in the user's framework. When allowed, by default all its Business Objects and command children will also be, except those which have it denied. |
Business Objects | When denied the business object will be filtered out during framework sign on and won't show in the user's application. When allowed, by default all its command children will also be, except those which have it denied |
Command Handlers | When denied the command handler will be filtered out during framework sign on and won't show in the user's Application or Business object. |
The exception to this model are objects that do not adopt parent authority: objects flagged as having restricted access are not accessible to any non-administrator user by default. Framework users must be specifically authorized by the Framework Administrator to use a Restricted Access object.
| Note |
|---|
| Note 1: The storage of passwords is provided for backward compatibility purposes only. You should not use this feature in new applications. Instead validate passwords against the platform operating system. |
...