SAP Service and Asset Manager is a multi-persona application centered on those involved in maintenance execution. This article introduces the configuration options available and walks through the steps to enable/disable features and personas.
SAP Service and Asset Manager is delivered with the following six persona options:
The mobile application will load a different start page based on the persona assignment.
By default, all personas are available in the Mobile Application Integration Framework Configuration, a.k.a., the config panel, with MAINTENANCE_TECHNICIAN set as the default.
Each persona is categorized by usage type, either Professional or Standard user. This determines the Full Use Equivalent (FUE) valuation according to the updated licensing model for SAP Service and Asset Manager.
Professional usage type is one (1) FUE and Standard is one-half (1/2) FUE. In the base configuration, Maintenance Technician is considered Professional, with Field Service Technician and Inventory Clerk considered Standard. Customers may also define a custom persona which is considered an Professional usage type.
It is important to note that the usage type is not necessarily specific to a persona, but rather the feature sets available. For example, a single FUE is the maximum value for any single user which allows access to all available features, meaning the Professional Use type is configured with more feature support than the Standard User usage type. More on this later.
The key difference is when a customer is using a standard Mobile Application Integration Framework (MAIF) application, e.g., SAP Service and Asset Manager, and only needs inventory or field service functionality. In this case, one (1) FUE could cover two users since those personas are Standard Use with only one-half (1/2) FUE value.
The following shows what persona and usage types can be configured for different application types:
No change allowed in customer system. Changes allowed in SAP development system only.
Can only be changed in partner development system.
Change allowed in customer system. Custom persona can be created in customer namespace only.
SAP Service and Asset Manager allows a single user to be assigned multiple personas, and she may switch between them in the Profile Settings screen of the mobile application.
Let’s look at the ways personas are assigned to a user.
The system determines persona based on the following logic and sequence.
Users may be assigned to one or more personas in the admin portal, launched in SAP GUI with tcode /n/syclo/admin. This is first considered to determine a user’s persona. If a persona is assigned here, we will not do further checks.
If no assignment is found in the admin portal, the system will check authorization objects.
Each persona is associated with a pre-defined authorization object in SAP Service and Asset Manager. Customers may assign the pre-defined authorization objects to users as needed. The authorization objects are then used to determine the user persona.
These are typically assigned to a role in SAP GUI via t-code PFCG. By default, three standard authorization objects are delivered:
Persona | Authorization |
Maintenance Technician (Professional) | /MERP/SMT |
Maintenance Technician (Standard) | /MERP/MTB |
Inventory Clerk | /MERP/SIC |
Field Service Technician (Professional) | /MERP/FSTP |
Field Service Technician (Standard) | /MERP/FST |
Safety Technician | /MERP/WCM |
Customers need to create custom role(s) and assigned authorization object(s) accordingly based on their own business and security needs.
Lastly, if neither of the above are found, the system will use the default persona. There must be a default persona configured; Maintenance Technician is the default in standard delivery.
Customers may update the default persona based on their business needs by selecting the default checkbox in config panel, launched in SAP GUI with tcode /n/SYCLO/CONFIGPANEL.
Customers may turn off a feature if it is not relevant in their business scenario, regardless of the personas in use. There are two ways to do this.
The list of features delivered in SAP Service and Asset Manager are shown in the config panel. Customers may define new features in a customer namespace only.
Each feature has an Active check mark that can be toggled. This acts as the master switch across the application. Some features such as Supervisor Mode and Crew Management are disabled by default and need to be enabled if you are using this functionality.
Note that enabling a feature does mean that the customer system is qualified for the feature or no. For example, if your system does not support SAP IS-U Meter Management, but you enable ISU_METER_MANAGEMENT in the feature list, you may see errors on the backend.
You may also toggle features related to a persona. Each persona is configured with a list of features supported in the standard delivery of SAP Service and Asset Manager.
You may view a list of features by persona in the config panel. Each feature has an In-Scope checkbox meaning that feature is allowed for that persona. In-scope features are not editable in customer or QA environments. Only in-scope items can be enabled/disabled using the Active Flag checkbox.
It is possible to enable a feature in one persona but disable the same feature in another persona. The list can be filtered using the User Persona or Application Feature Id dropdown to find the entries directly.
Note that if the feature is disabled at the application level — the master switch — the feature is still considered disabled regardless of the Active Flag status at the persona level.
During mobile client synchronization, all active data objects are sent to the mobile user. This can lead to increased sync times if data is being sent to the mobile user that is not needed by the client application.
It is important to disable the data objects that are not used in your workflow. There are several ways to accomplish this.
Each feature is associated with one or more oData Mobile Data Object (oMDO) which provides business logic for a business object used in the mobile application and is mapped to OData requests for a business object on the backend.
You may view an oMDO list in the config panel and choose which entities are required and disable the others to avoid requesting unnecessary data during the mobile sync.
Like feature assignments, the In-Scope checkmark indicates the data objects that are supported for each feature. Only In-Scope items can be enabled/disabled using the Active Flag checkbox, and In-scope features are not editable in customer or QA systems.
Features may also be linked to an exchange object which combines technical objects, such as an exchange class handler, an exchange table, and a lock object, with configuration rules.
You may view an exchange object list in the config panel and choose which are required and disable the others.
You may also modify the active objects individually using the exchange object configuration.
If the exchange object is assigned to a feature, you will see the note Activation controlled by Application Feature next to the Active flag checkbox.
This control is like the master switch, if the activation is disabled here, it will be disabled in all places regardless of the active flags set in previously covered methods. However, it is also important to note that if the object is active here, but disabled by other methods, then the related exchange will not be executed when there are changes to the object. This prevents an unnecessary exchange being triggered if feature is not applicable for the customers.
Lastly, there are a few objects in configuration panel where we support activation by feature. This allows you to go further down the hierarchy to control entities, dependency objects, and such.
You can specify a particular entity to be enabled only if the assigned feature is activated. In the example below, the EAMChecklistLink entity set is applicable to the Enterprise Asset Management (EAM) checklist functionality. Here only when EAM_CHECKLIST feature is enabled, EAMChecklistLink is available for the client.
Like an entity type, association and navigation can be assigned to a feature. Only when the assigned feature is enabled, the association is then available to mobile client.
If the disabled flag is active, the object would not be visible to the mobile client regardless of whether the feature is enabled or not.
If activation by feature is configured in a dependent object, and if the assigned feature is not enabled, dependency objects will not be generated in dependency queue.
An Enhancement Framework Implementation (EFI) event handler can be assigned to a feature with active flag set to By Feature.
Note, there is a limitation here as we only support one feature assignment per object (e.g., entity type, association, navigation, EFI). Therefore, you cannot assign multiple features to the object in configuration panel.
The following entity types are introduced in SAP Service and Asset Manager 2205 to return persona- and feature-related configurations to the mobile client. The client logic looks at these entity types to check the user personas assignment(s) and to check if features are enabled. This is used on the mobile client application to determine which user interface elements should be displayed on certain screens and sections.
In the /MERP/SAP_ONLINE_LOOKUP_EXT_ service, this entity returns a list of features that are applicable based on user persona(s). With the support of UserFeature, enabled parameters are no longer defined in AppParameters.
In the MERP/SAP_ONLINE_LOOKUP_EXT_ service and /MERP/SAP_SRV_ASSET_MANAGER_[VERSION] service, this entity returns user persona assignment.
In the /MERP/SAP_ONLINE_LOOKUP_EXT_ service, this entity returns list of entity sets that are applicable based on user persona(s).
You may refer to the interactive Features and Personas Configuration Matrix on the SAP Help Portal to see which features in the standard delivery are in-scope for each persona and see their default settings, and access informational links for the features.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
7 | |
5 | |
5 | |
4 | |
4 | |
4 | |
4 | |
4 | |
3 | |
3 |