Administration
These items are part of more administration type of abilities.
Roles
An important part within the application is working with roles. From the Infor OS platform, we work with two PLM standard roles. We use those standard roles for initiating the user in the PLM space. In PLM, we can add more non-standard roles to a user. A role controls the CRUD permissions and you can connect them to different views in the application.
Views
The application comes with standard layouts, called views, for list or detailed screens.
You can define specific views for roles, using standard list and detail views as base. The fields on a details view are made hidden or read-only. New fields introduced through new functionality are included in existing custom views.
-
Publish new standard fields on a standard view to custom define views
-
Add extended fields
-
Rearrange fields on list views and detailed views
-
Make fields read-only
-
Use a main SortBy and sorting direction
-
Associate views to a role
Users
Users are always generated through the Infor OS platform and come with default roles.
You can associate custom, specific roles to users on top of the generated role through the Infor OS provisioning process. Users are internal users.
External users are created through Infor OS External Entity Management and are clearly separated from internal users.
User groups
User groups are defined within the application, for easy access to hierarchy, notifications, and reports.
User groups for internal users are distinct from user groups for partner users.
Database version
Your organization works in a database version. You can copy, activate, import, and export a database version to and from another tenant. Customers use multiple database versions in a testing tenant. Some settings are global and some are per database version. In Production tenant, you would work with one database version.
Feature toggles
In case an existing feature changes due to technical or functional improvements, you can set a feature toggle. The feature toggles have a transition period so there is enough time to adopt the new way of working. In certain cases, a feature toggle has an immediate impact. For example, if you must install something right away for security reasons. The feature toggles have security levels, giving you good insight to the type of change. All new features not part of changes are normally taken care of by the set up or configuration.
Feature toggle type | Description |
---|---|
1 - Zero impact | Typically released in service and feature releases. |
2 - Functional setting | Automatically enabled but does not affect the user unless the configured settings are enabled in the application. Only implemented in a feature release. |
3 - Functional setting with time to test | After the testing time, the feature becomes visible. Only implemented in a feature release. |
4 - Process change | An expected change with time to test, usually at least six months. Only implemented in a feature release. |
5 - Immediate | Expected process change. Only implemented in a feature release. |
6 - Immediate | Process change. Available for implementation at any time, for example, due to security or other regulations. |