BRFPlus Decision Table Data maintenance in PRODUCTION

[Former Member]

Hi,

In our implementation, we have BRFPlus Application templates delivered as part of the standard product. We need to copy those template applications to our Z applications. The issue is that Application, Functions, Decision Tables all have Storage Type as "System". This will mean that the user will not be able to maintain entries in PROD environment without being asked for Transport Request.

1) In the current scenario (all objects as SYSTEM), would the user be able to maintain entries in PROD?

2) If YES, would he be asked for providing a TR when he tries to maintain entries in PROD.

3) If NO, how can we achieve that the user is able to maintain entries in PROD?

Would highly appreciate your inputs on this.

Thanks in advance.

[christianlechne · Accepted solution]

Hi,

can you please cross-check the post as this should answer your questions

BR

Christian

[Former Member · Accepted solution]

Hi Christian,

Thank you for your response. What I gathered from the resource you provided is that:

1)  If I have applications/objects which are of Storage Type System and Customizing, the data can not be maintained in the production altogether. It has to be sent using transport from the Dev System. Please correct me if I am wrong here.

2) Can I create decision table as "Master Data" storage type in PROD even if my Application, Function, Ruleset is type "System"?

Please help me out. I have to provide inputs on how we can maintain the data in production.

Thanks in advance.

[christianlechne · Accepted solution]

Hi,

1) This is correct. There is the workaround with the application exit as described in the blog that is definitly not recommended

2) No this is not possible due to the visibility that depends on the storage types (Master Data is only visible in master data applications.

The way to go would be to assign a master data ruleset to the function that is storage type system.

I personally prefer to create the master data stuff in production via the BRFplus API (as stated in the discusstion)

Hope that helps

BR

Christian

[Former Member · Accepted solution]

Hi Christian,

Thanks a lot for your response.

1) What I gathered is that by default SAP does not encourage/recommend maintaining rules in production (considering we do not have DSM in picture). If I have to recommend an approach to the client - should it be maintaining rules in dev and transporting them to prod? I want to understand SAP's standard recommendation on this.

2) If at all client decides that they need capability to maintain rules in prod, I think what you are referring to here is creating two applications (say App1 with storage type system and App2 with storage type master). The application App2 should have the ruleset which the customer wants to maintain in production. Then assign this ruleset to a function which is part of App1 (and declared with global scope). This way they will be able maintain the rules in prod. Please correct me if I am wrong in my understanding here.

Thanks again for your input on my queries.

[christianlechne · Accepted solution]

Ad 1) Yes the "usual" way is to enter the rules in the DEV system and then transport through the usual landscape (Test - Quality - Prod). This way you assure that the new entries are tested (well at least in theory this is assured ) and in addition this way the production is delivered from one system.

This also makes life easier when thinking about maintenance as the rules are the same throughout your landscape. That is why this is the recommended way. The price for this is for sure a limited flexibility.

If you want maximum flexibility and be on the safe side when it comes to testing the SAP Decision Service Management is the official recommendation

This is some kind of the "black and white" point of view. The different shades of grey in between that was partially mentioned in the threat, but there are also other ways that all come along with at least a very deep understanding of BRFplus and usually also with some additional organisational effort.

Ad 2) Correct

BR

Christian

[Former Member · Accepted solution]

Thanks a lot Christian.

[sathishdhawan · Accepted solution]

Hi Manhar Narang,

Can you please let me know the answer for your question...