Best Practices for SAP Fiori Roles, Catalogs and Groups

[mseruya]

Dear SAP Community,

Recently I have been looking for a way to organize Fiori roles, catalogs and groups in a given user environment. Intuitively, I was considering the following scheme:

1. Create custom user roles based on the already existing business roles of your client's organization
2. Create business catalog with the intended applications for that role (1 catalog : 1 role). If a role needs more than one catalog, it should probably be created as a composite role.
3. From the catalog, select the applications you wish to make visible and create the necessary groups

Are there any alternatives to this scheme? Or even some best practices I might not have found?

[former_member613062]

Hi all and @jocelyn.dart

?? I am starting to work on a redsign to a messed up roles implementation that was modeled after ECC with out lauchpad, they basically had all tcodes as tiles and maybe 2 or 3 fiori apps most of them are custom apps..

the company is fairly small, My goal is one one or two catalogs for a role and in most case 1 role per real person. But there are many ztcodes and there are many catalogs created before I arrived on the scene My question is should you start with a master ZTC catalog that has all the custom ZTODE tiles stuff they created, and maybe all the SAP Tcodes that they are using, Then build smaller catalogs as references to the bigger one. to be assigned to the roles?

[Jocelyn_Dart · Accepted solution]

HI Miguel

Good thinking!

Best idea is to look at how we organize business catalogs in the delivered SAP business roles.

You don't want a catalog to be too large. And you might need to share some apps to multiple roles.

So it's more likely to be n catalogs: 1 role

You can use single or composite roles if you wish - there's no particular advantage here other than potential reuse if that suits how your roles are organized.

Tile Groups can contain apps from multiple catalogs - in fact there are no restrictions here. There's no value in trying to restrict this either. Groups only affect the layout of the Home Page. They have no impact on authorizations.

The groups should be up to the Users and what they need.

Some more thoughts here...https://blogs.sap.com/2017/03/07/leading-s4hana-ux-adapting-the-launchpad-to-the-business-role/

and here https://blogs.sap.com/2016/02/29/sap-fiori-launchpad-control-visibility-of-tiles-by-separation-of-ti...

You'll also find more in the Foundation section of our SAP Fiori for S/4HANA wiki https://wiki.scn.sap.com/wiki/display/Fiori/SAP+Fiori+for+S4HANA

Good luck - and please blog on your approach and how well it worked!

Jocelyn

[mseruya · Accepted solution]

Dear Jocelyn,

Thank you so much for your quick reply, it helped us a lot.

When we finish the configuration I will let you know how it worked out.

Best regards,

MS

[former_member613062 · Accepted solution]

Hi Jd!

I personalized the order of groups in the lauchpad.. How can this be reset, for me and for other collections of users !

[former_member612251]

If you have mapped out all your business process for a particular business role, then I dont see any reason why you wouldnt put all of these into 1 BC?

ie: If a particular business function or role within the business needs 200 tiles to do their job, why not include all of these into 1 BC and then segregate this BC out into smaller groups. The groups would contain all the mostly used apps/tiles. Now, you may say, what about violation issues from GRC, then you would have to split out the BC's and the PFCG roles...this is a bigger tasks.

The size of the BC shouldnt impact runtime performance (from understanding, but open to correction from experts), its the groups that have to be carefully managed, not the BC's. 1:N. I have seen recommendations to keep BC's to a limit of 100 but some SAP standard have a lot more than this.

[Former Member]

Hello,

Very interested to hear more on how you get on. I am also a little unclear on the best approach to take for the role mapping.

Current thoughts were also to have 1 catalog for 1 business role. Then maybe some logical breakdown of apps into groups so they are better displayed for the user.

Can a large catalog affect performance?

How best to define the groups so some are common and reusable across several business roles?

Thanks.

[Jocelyn_Dart]

Hi Bob,

It's not so much that large catalogs affect performance as that they become very difficult to maintain.

You need at least 1 catalog per business role - but I'd avoid going above 50 target mappings in the one catalog. Suggest you look at the delivered Business Catalog examples as a guide.

Jocelyn