BRF+ Framework Overview

 

BRF+ (Business Rule Framework)

-          BRF+ is based on the Business Rule Management System offered by SAP. It is a part of SAP NetWeaver.  Therefore, whatever the applications in term of SAP which are based on SAP NetWeaver can be access through BRF+ within the boundary of SAP system.

-          BRF+ provides the comprehensive programming interface or the user interface for defining and processing of our business rules.

 

For any Organization, for any operation, they need three things. 1. Data 2. Business Process 3. Rules We have separated all these three segments in different systems. Because the rule is more prone to change and it is not a good practice to change our program/software or Data very frequently. So, the rules are maintained in different system called as Business Rules Management Systems.

BRMS is a general term which is used by all software’s like Oracle, PeopleSoft, workday, sap, salesforce which they use to maintaining the business rules.

In terms of SAP we called it as a BRF+. 

BRF+ is the BRMS system specific to SAP to maintain the business rule for SAP environment.

It’s a BRMS system which allow us to define, maintain and edit rules specific to our businesses.

We can keep track of a version of rules. We can track changing of rules. We can maintain in the central repository. Where everybody has an access to change it or define it.

Difference between BRF and BRF+.

-          BRF is an old version of BRF+.

-          It was purely Dialogue Based. It was developed using Module Pool Programming in Core ABAP. Dialogue dyne-pros.

-          BRF+ is an advance version of BRF+. It’s a rule management framework system and it is Webdynpro based UI to maintain and design the rules.

History of BRF+

-          The whole story started at 2005.

-          When they wanted to design the system called FDT system. (Formula and Derivation tool).

-          FDT started and they understood that they need to separate the business rules from the code because it is not practical to change the code every day.

-          So they came with the first project FDT. Later they came with BRF and after they migrate it to the BRF+.

Steps to Define the Rules

1.       Modelling

2.       Defining

3.       Automate

4.       Maintain

*** T-code = BRF+, BRFPLUS, FDT_WORKBENCH

*** BRF+ Application

i.                     It is like a web-dynpro component which encapsulate the other entities.

ii.                   It is a container for all the objects related to BRF.

Whenever we need to define the business rules. We need to define lot of other entities. Something called Data Objects, Functions, Expressions, Rules and Rule sets.

Role need to access BRF+ = SAP_BC_FDT_ADMINISTRATOR.

 

T-CODE BRF+ => Two tabs 1. Repository 2. Catalogue

1.       Repository: Can create application.

2.       Catalogue: Business can have application related to different modules like MM, SD, MDG. So that they can collect into one catalogue. That will be useful for end user to maintain the rule.

 

Creation of Application

Create Application => General data => Application

Storage Type: Once we create and save, we cannot change it.

1.       System: Client Independent, it will be accessible to all the client. We can only use the element and variable available in the system. We cant use the customizing one. We can transport it throughout the systems.

2.       Customizing: We can use our own customizing elements. We can transport it too.

3.       Master Data: We cannot transport this one. Can use locally.

Mark for Deletion: After 15 days it will delete from the system.

Every Application object will have some unique ID, which will help to transport that application to other systems.

We having versioning option here so, whenever any changes made in application, we can save that version and use it later. So, we can maintain multiple version in the application and according we can activate and deactivate the versions to use it.

After creating application, we have to activate it and after that only we can create other objects.

Data Object:

** It is like global variable which we can use throughout the application.

Inside this we can create Element, structure and tables. Element is nothing but the field. We can create the structure and table inside this.

Functions:

·       Function are entry point of BRF+ Application from ABAP

·       This is the point of contact between BRF and ABAP code

·       It can be called from ABAP code

1.       Directly via ABAP code using BRF API’s

2.       Using FM

3.       Using webservices

It is like Function Module. Having some input output values.

Function can be operated in 3 modes.

1.       Event mode(using this, we can trigger a rule set(collection of rules)).

2.       Functional mode(directly call an expression)

3.        

In Functions => Details section

Generates: if we want to use this function in any other function module in abap code then we can convert this function module in general function module or web services to call it.

Create code template: system will generate code for that function and we can use this code in our program.

Context: whatever variables, structure or table which we have defined which is import parameters.

Result Data Object: This is like export parameters.

Assigned Rulesets: in this we can define multiples rules.

Expressions: Conditions, Decision Tables, Loops and all.

 

 

 

Comments

Popular posts from this blog

SAP MDG Process Modelling

MDG Derivation (BADI)

MDG Validation (Using BADI)