SAP BRM Modeling is an activity which is part of requirement gathering stage. When the business process requirement gathering is in progress, BRM modeling perspective needs to be kept in mind. In this article, we discuss the key principles for SAP BRM and business rules modeling.
For beginners, BRM (Business Rule Management) is the new mechanism introduced by SAP NetWeaver as part of CE 7.1 EHP1 release. BRM is integrated with BPM, but it does find its independent existence. In BRM, we formalize business process rules which represent the policies of the organization which uses the BPM.
For the business rules modeling, the approach is clear with standard modeling terminology, we have a business requirement which is mapped on to the technology framework that is under consideration. E.g. RDBMS. ¬†Some people refer modeling as design but terms and their respective scopes do differ. In modeling, we generally put all the policies under design consideration and try to put them in them in BRM perspective.
BRM perspective will certainly help in visualizing the business process design in clearer manner. In this, we categorize the needed rules as per the business decisions and respective impacts. We have another blog where we describe few approaches and mechanisms that can be followed in modeling process. Here, requirements are considered in whole and are looked from the big picture perspective. Entities involved in process operation are enlisted. Collaboration between them is executed to output with guidelines. These guidelines are used in rules modeling and formatting. ¬†The team that works on these guideline generations comprises of technical architect, end-users of the process (representative), functional consultant, business managers and process managers. This doesn‚Äôt mean that all these actors are involved and are required at the same time, rather, their respective inputs in the big picture definition are solicited.
The modeling of BRM is not one time task. It needs revision as the project proceeds. The first drafting though, of the system rules will certainly carry a respective impact on the rest of the process design and BPM consolidation. BRM modeling normally goes hand-in-hand with the BPM modeling and design. BRM certainly provides the scope and flexibility for the needed business interaction with BPM.
The Rules which come out as a result of modeling certainly address the design scope and implementation scope in a cleaner view.
In case you need assistance on SAP BRM Modeling, please contact us. Please send us your questions, comments or assistance request, and our team would be glad to assist you.
By Mahesh Janugade¬†(on behalf of SAP Consulting Team)
SAP :: Streamlined
We¬†offer¬†variety¬†of¬†services¬†including¬†SAP¬†ECC¬†,SAP¬†HR,SAP¬†BW,SAP¬†CRM,¬†SAP¬†SCM,SAP¬†BPM, Business¬†Objects,¬†SAP¬†ABAP¬†Development,¬†SAP¬†BASIS¬†and¬†SAP¬†NetWeaver¬†consulting.¬†We¬†have expertise¬†in¬†providing¬†implementation,development,¬†SAP¬†Migration¬†and¬†SAP¬†support¬†services¬†to SAP¬†customers¬†across¬†diverse¬†industries¬†at¬†a¬†global¬†level.
Have a question on SAP? Write to our SAP Architect.
(We promise a no-obligation consulting reply)