Fiori Tracker Team – fioritracker.org

Solution Documentation with Fiori Tracker – all in one

SAP Solution Manager provides various tools and methods for implementing and maintaining both SAP and customer solutions. The Solution Documentation model is based on a hierarchical structure, which uses a solution as the single, central point of access for all Solution Documentation content.
help.sap.com

The process of documenting applications (and/or business processes) is a very important issue for organizations which use IT solutions for providing their business core services. It is also necessary during a Fiori apps implementation. SolDoc could be a good tool to store final documentation as a result of the work of several functional consultants.

https://www.contiba.com/app/uploads/2018/01/2018-01-16_11h00_25.png — *That’s how typical documentation tree of Fiori implementation looks like (it’s pre-beginning). Neverending story…*

With Fiori Tracker the only thing you have to do is to put a link to the tab you are interested in (f. e. applications, roles, business catalogs).

Sounds like a fairy tale?

It does, but the funny fact is that it’s at your fingertips!

Complete documentation of Fiori Applications stored in SolDoc using Fiori Tracker URL.

By clicking this stored link you can proceed to right documentation.

List of applications, pick that one you are interested in.

There is the same solution for business catalogs and roles.

Hope you felt in love with our solution for storing documentation in SolDoc! If you want to implement it in your company – just let us know!

Use case: How to get an overview of how the User Acceptance Tests (UAT) for SAP Fiori apps is going?

With “Most frequently used apps” function of the Fiori Tracker, SAP S/4 HANA implementation project manager is getting a perfect overview of how the UAT is progressing.

Please take a look at the screenshot of this function:

Note the columns with the application start count:

In total (“Total”)
For last calendar week (“Last calendar week”)
For current day “Today”)

With a large number of applications to be tested, information on whether any user has run the app gives a good indicator of how the testing is progressing.

The function has a filleting for:

Functional area
Application type

So it is a valuable source of information for every manager to see what is the activity for different functional areas. The statistic can be generated per business line and used for status meetings on test progress. It also gives a glance at how team members performing the tests are occupied are the t.

The records for each run are collected as long as the plugin is enabled, so also all other statistic analysis can be performed. The statistics can alose take info consideration the data on from other aspects covered with Fiori Tracker like:

sign-offs from “Sign off” functionality
assignments to roles or catalogs

Fiori Tracker architecture

We have designed Fiori Tracker components to enable flexible installation options. Depending on your SAP landscape setup and your organization constraints, you can deploy Fiori Tracker in the way that suits your project the best. The recommended Fiori Tracker architecture is shown below:

The tool can also be set to work directly on the SAP Gateway without SAP Solution Manager – find all deployment options in section “Deployment options” of the Fiori Tracker manual.

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.

https://wiki.scn.sap.com/wiki/download/attachments/512231912/sitWRO_standardSITlogo.jpg?version=1&modificationDate=1551726476000&api=v2

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 hanges becomes a nightmare.

That is how typical Excel sheet for grouping and catalog assignments for SAP Fiori Launchpad applications looks like

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. Exteding it with the stream name limits the list to a particular stream wich later whe n different tema members mange the catalog prove to very handy.

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 situatons and have a goup setup ready in one shot and without surprises.

Here is how:

1. For each Fiori app in scope of the project there is an information record with general data

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.

List of aplications in scope filtered buy the application name

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.

General view of Fiori application details

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 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 […]

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!