Here is the Fiori Tracker architecture:
It can also be set to work directly on the SAP Gateway without SAP Solution Manager.
Fiori Tracker architecture
Author: nype
Don’t miss SAP Inside Track Wroclaw 2019, Fiori Tracker will be there!
Grzegorz Malewski will describe challenges that come with the governing implementation of a large number of SAP Fiori applications and the free tool that helps to ease those challenges called Fiori Tracker. Fiori Tracker serves as living documentation and a central registry of apps that are being implemented or supported in your S/4 HANA project. With Fiori Tracker whole team knows what apps are in scope and how they should be configured. It provides one view to manage the entire set Fiori apps. With Fiori Tracker the team gets one place to collect what was agreed with functional stream leads while enforcing naming conventions and avoiding duplication.
Where:Capgemini office at Legnicka 48 building H (same building as in 2018)
When May 18, 2019 during 10:00-17:30 ( 14:50-15:20 Fiori Tracker presentation)
Stop spending hours editing Excel sheets to maintain SAP Fiori Launchpad catalog and role assignments
Typically each S/4 HANA implementation has a number of huge Excel sheets containing application details and its assignments to catalogs, groups, and roles. Unfortunately, these sheets get often out of sync causing most of the parts not to be up-to-date. Once they are out of date handling any catalog or role
As SAP Fiori developer or SAP basis specialist who in most cases is in charge of provisioning Fiori launchpad changes, you are the one responsible for keeping apps in order. You have two choices: either spend time maintaining spreadsheets or spend even more time discussing with project team members how to maintain them so they themselves can come up with consistent requests for changes. Either way, you end up spending more time on not doing what you are specialized in which can be frustrating.
Fiori Tracker takse away this repetitive, administrative task by presenting how existing apps are linked with existing catalogs and what impact will have the cahnges to catalogs. You get the view on the history of chagnes that gets logged with date and time stamp each time the change is made.
Use case: Enforcing naming conventions for groups catalogs and roles
Each set of implemented SAP Fiori app will require grouping them into Fiori launchpad catalogs and groups. In projects with functional streams, a number of functional leads (3-7) come up with their set of groups depending on their stream users needs. The consistent naming convention that is shared between the streams will speed up the process of dealing with catalogs and groups later when other team members like SAP Fiori developers or Basis specialists start handing them in the process of support and maintenance.
To address that need Fiori Tracker has a function of enforcing the naming conventions. By default, it enforces a fixed prefix: ZC_* for catalogs and ZG_* for groups. It can be also set to enforce the stream linkage in the following form: ZC_P2P_*, ZC_O2C_*. All this helps enables speedy navigation in other tools like SAP Fiori designer. With entering a fixed prefix allows listing all custom catalogs and business groups.
Use case: Identifying Fiori launchpad groups that were not tested
To have the Groups ready in Fiori launchpad requires effort from sevral parties:
- Functional specialist – for requiremnts
- SAP Fiori for Fiori Launchpad – configuration
- SAP Basis specialist- for authorization roles setup
- again Functional – for unit testing
In result, the whole process takes a number of stages and time and might lead to a situation where some of the groups are not unit tested. It is very easy to end up with the case where the groups that were not earlier checked are reported as groups that have issues. For example:
- certain apps are missing
- apps are not starting properly
- Title or descriptions are diffrent then expected
Fiori Tracker helps to avoid this
Here is how:
1. For each Fiori app in
So for starters with Fiori Tracker you can see whether th app is already included in the scope of the project. If it has an entry in Fiori Tracker the app was earlier agreed to be included in the scope and configured.
If the missing app is not in scope it requires additional steps and will take more time to setup comparing to just enabling the app that is already in place. You can see when was it included in scope (give a chance to identifie latecommers and allows to controle scope creep), provisioned in each system and how it is configured.
2. “To be” documentation for Fiori launchpad groups
3. Information who is responsible for testing and whether the test was done
Clarity on responsibility for SAP Fiori applicaitons
One of the major goals of project management is the clarity on responsibility. Fiori Tracker makes it crystal clear who is responsible for each SAP Fiori application made available through SAP Fiori Launchpad. The information is available in seconds directly from the application itself (with Fiori Launchpad plugin) or through the application card view. All applications in scope can be found with a Google-like search function. The responsibility is determined based on the application stream assignment: Each application is assigned to the stream and each stream has named functional consultant assigned. Applications that belong to P2P stream have P2P functional consultant set as responsible and so on, depending on how you decide to set up your streams. This way in case of changes in functional consultant position the assignment is passed through the stream assignment and there is no need to update and attributes of the applications itself. Same assignment rule is applied for Fiori Launchpad business catalogs, groups, and roles.
During the implementation phase, you will find this function useful whenever you will need to:
- Set the scope for implementation, testing or for go-live readiness for each stream
- Assign resolving issues resulting from testing the application
- Make decisions on assignment to roles, Fiori launchpad business catalogs or groups
During support when:
- Set the assignee for issues reported by end users
Use case: Finding out the test users for specific business roles
Each SAP S/4 HANA implementation project team member or support team member conducts the tests. On a daily basis, each specialist runs numerous test cases. Whenever it is testing during official test phases or replicating the issue that the end user encountered, there is a need to access the system with the user that has the respective business roles. As Fiori Tracker holds the repository of all business roles it is also the best place to keep the link of the roles to the test users.
This simple view that is available in 2 clicks saves a lot of time as SAP team members get the correct uses in seconds.
How to speed up Jira issue creation for SAP Fiori applications
There are two main phases in
There are two main phases in SAP systems life cycle when gathering feedback on how SAP Fiori applications are performing is important: implementation and support. In both cases, quick and accurate problem reports save the time spent on issue solving. This is especially the case for SAP Fiori applications where nontechnical users or even implementation team members might not know how to precisely identify the application that they have problems with.
To address that issue we have prepared the plugin for SAP Fiori Lauchpad that enables users to report problems directly from the application that is having problems. The plugin is a part of Fiori Tracker tool and uses the information collected in its tables to automatically identify the running SAP Fiori application and populate the contents of the Jira ticket with relevant technical information.
With the press of one button user is presented with prefilled issue title with the precise name of the SAP Fiori application together with its technical id. In the description field, the user is only required to provide the nature of the problem that he or she encountered.
In addition, the plugin automatically collects the screenshot and allows the user to decide whether to automatically include it in the created Jira issue.
With Fiori Tracker and “Reporting issue” function your team will love the ease of recording Jira tickets while testing!
SAP Fiori – Atlassian Jira integration: Creating a support message
Imagine loving the ease of recording Jira tickets while testing! Report your issues with SAP Fiori apps directly form Fiori Launchpad or an application itself. SAP Fiori applications are identified fully not only with URL but with full friendly name and description. All relevant data like SAP system id, application name and application library id […]
Imagine loving the ease of recording Jira tickets while testing! Report your issues with SAP Fiori apps directly form Fiori Launchpad or an application itself. SAP Fiori applications are identified fully not only with URL but with full friendly name and description. All relevant data like SAP system id, application name and application library id get filled automatically. Screenshot gets saved and attached to the Jira issue by clicking the checkbox.
Report on SAP Fiori application usage – apps popularity
There is currently no way in SAP standard to report usage of SAP Fiori applications (see SAP notes below). Meaning, users can’t run the report and have the list of most popular SAP Fiori applications. This is something us (and many others) have been looking for since the beginning of SAP Fiori offering. Although the aplication […]
There is currently no way in SAP standard to report usage of SAP Fiori applications (see SAP notes below). Meaning, users can’t run the report and have the list of most popular SAP Fiori applications. This is something us (and many others) have been looking for since the beginning of SAP Fiori offering.
Although the application usage statistics can be collected using custom development. Fiori Tracker offers the possibility with a combination of information gathered in Fiori Tracker and a Fiori Launchpad plugin.
SAP notes on usage reports in SAP standard: