cancel
Showing results for 
Search instead for 
Did you mean: 

Maintain data in BRFplus table in testing client

0 Kudos

Hi All,

New to BRFplus, so kindly bear if this is a repititive query.

We have created BRFplus table in our Dev system wherein we have two clients -> one for Dev and the other for Unit Testing. As we do not have any data maintained in the Dev client, we are not able to maintain data in the BRFplus table as well.

We tried to add data into the table in unit testing, where we encountered authorisation issues,. Security/Basis teams say they cannot open the Testing client for data maintenance.

In such cases, could any of you please help in letting us know, if there is any setting that we can make in BRFplus to make it open to maintainenance in testing clients? Similar to how we do for SE11 tables through table maintenance settings.

Thanks in advance!

Accepted Solutions (0)

Answers (2)

Answers (2)

Jocelyn_Dart
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hi,

Ok so this is another of those scenarios that is easy with Decision Service Management governing your BRFPlus and a bit of a pain without.

Using DSM you could maintain the decision table in Dev and then simply deploy to your unit test client.  You could also assign your Unit Test client as the managed system of your rules application so that you could reference the unit test data when filling the decision table in the Dev client and still deploy to both Dev and Unit Test.

I take it the problem here is you are referencing some dictionary data element, or field of a structure or table that has a foreign key to the actual data in the system... and will therefore only let you select valid values?  You might want to at least consider whether you can replace that column in your decision table with a standard BRFPlus element of an equivalent data type. 

That way, although you would lose the dropdown value help, at least you would be able to enter your data in the decision table. Just a thought.

Alternatively if you really don't want to change the table, have you thought of using the Excel export/import option - i.e. export the decision table, fill it with the desired values from unit test, and try importing it again. Because condition columns are logical expressions you can get away with values that don't exist yet in your dev.  If its a result column that might be more difficult - but usually the foreign key check in BRFPlus is not too strict - used more as a value help.

Rgds,

Jocelyn

0 Kudos

Hi,

Is there no way to copy the data from you customizing client to the unit test client? I would be surprised if this would not be the case and this would be the favored solution

In addition within BRFplus you can override the system settings concerning the changeability using the application exit GET_CHANGEABILITY. This exit has to be handled with care as described in the document . You can get data inconsistencies when changing the entries in the system locked for changes and transport them into the system in parallel. So in case you want to implement that exit you should check in the code that you are on the dev system unit test client and only allow the maintenance there.

BR

Christian