即便努力去尝试最小化SAP系统中的自定义内容，大量自定义业务逻辑通常还是无法避免的。在过去，这意味着需要在系统的各种地方引入自定义ABAP代码，包括user-exits，enhancement，BAdi和自定义程序等等。考虑到SAP系统的复杂性和相互依赖性，人们不得不小心翼翼地管理基于ABAP的自定义内容，以保证业务逻辑在不同的功能区域一致、且不重复。
现在，Business Rule Framework Plus（业务规则框架，以下简称BRFplus或BRF+）来了，它是SAP推出的新功能，可以在一个位置、通过可复用的方式管理你的所有自定义业务逻辑。
本文链接：http://www.cnblogs.com/hhelibeb/p/9021665.html
英文标题：BRFplus - a hidden gem within your SAP system
可用性
通常来说，BRF+功能在任何基于合适版本的SAP NeWeaver的系统都可用。要快速地检验它是否在你的系统上可用，只需要执行事务代码BRFPULS或者BRF+。如果你看到了在新浏览器窗口打开的web应用，那么基本上你的环境允许使用BRF+。（如果不能的话打开的话，有可能是系统本身不支持，也有可能是没有配置webdynpro相关服务等）
值得注意的是，在2013年，SAP发布了一个名为Decision Service Management（DSM）的解决方案，它建立在BRF+的基础上，并且添加了某些新的功能。最重要的是DSM允许跨SAP系统和实例的*业务规则管理。然而，DSM需要额外的许可证，相反一般BRF+通过已有的SAP许可证就可以使用。我们发现对绝大多数客户来说，DSM的功能有点过了头，BRF+则更适合使用。
使用场景
现在你知道了一点BRF+的历史，那么在你能用它来做什么呢？这里是一些真实世界利用BRF+满足业务需求的例子：
- 输出表单中的Logo判断
- 服务提醒文档的默认优先级和截止日期判断
- 销售订单的默认工厂判断
- SAP Transportation Management中的默认载具判断
从技术的观点看，BRF+最常见的用例是在user-exits和增强中的自定义业务逻辑实施中。事实上，在这些情况下，BRF+是我们实现自定义业务逻辑的首选实现手段。它在较高层面上可以被描述为2步：
- 在BRF+中创建一个function，依据需要的业务逻辑，它接收输入、进行处理，然后给出输出结果。
- 通过ABAP在user-exits/BAdi/enhancement/自定义程序等地方调用先前创建的BRF+应用。
很重要的一点是，在上述的（aforementioned）方式中你还是需要写一些ABAP代码来调用BRF+ function。（和完全使用ABAP代码实现业务逻辑的）区别在于，通常来说，在这种情况下，ABAP代码只负责调用BRF+，不会直接包含业务逻辑。你可能要问这样做的好处在哪里。它的好处是：
- BRF+ function易于复用，通常可以大大地减少系统中重复业务逻辑实现的数量。
- BRF+包含一个巨大的expression库，可以加速映射业务规则的开发过程，特别是这些业务规则比较复杂的情况下。使用ABAP编码来从零开始（from scratch）实现某些东西，也许可以花上数天甚至数周的时间，但是在BRF+里只要使用expression就可以快速地建模实现。
- 你的所有自定义业务逻辑可以在一个地方实现——BRF+事务。你不需要从庞大的自开发程序、增强中搜寻代码以调整现有的业务逻辑。
- 对现有的业务逻辑的简单调整可以经由非编码的方式实现，不需要开发人员的参与。
最后一点值得详细阐述（elaborating on）。SAP通常建议通过BRF+工具让业务用户代替ABAP开发者来作为他们自己的逻辑的维护者。坦白说，这种建议有点夸张（exaggerattion）。实际上，BRF+元素（function, expression等）的创建依然是一件相当技术性的活动。大部分没有技术背景的SAP专家可能会发现，想要掌握BRF+的全部内容是件具有挑战性的事情。了解一些基本的编程概念，如变量和循环，会对BRF+的使用起很大帮助，即便你只是通过鼠标来创建这些对象，而不是（as opposed）写ABAP代码。但是撇开陡峭的学习曲线不说，在具备足够多的学习时间和努力的情况下，SAP功能分析师当然是可以精通BRF+的，由此便可以在不依赖开发者的情况下构建复杂的自定义业务逻辑。然而，业务用户完全是另一回事。业务用户对BRF+进行某些实验性的调整是可能的，例如改变已有的decision table中的值，但是BRF+内的主要变更还是需要由IT团队进行。
特性
BRF+中包含很多了不起的特性，使得它是一个杰出的业务规则框架。
expressions
在许多方面上expressions是BRF+中第一个令人心动的东西。它们是预包装的逻辑对象，可以在BRF+环境中大大加速业务规则的建模。虽然BRF+中支持多种表达式类型，但最常用的一种是Decision Table。如果你熟悉SAP系统中的条件技术，decision table会给你相似的感觉，并且它会提供扩展性更强的功能。除了（In addition to）可以从表的顶部检索到底部直到找到匹配的记录为止外，你也可以维护输入值为多值的range、sets、通过空白来表示任意值、以及使用其它一些逻辑操作符等。
customizing and master data applications
自定义和主数据应用（customizing and master data applications）是BRF+中的一个灵巧的特性。自定义应用需要使用SAP transports来在不同SAP系统之间移动修改，相反主数据应用允许直接在每个SAP系统和client直接进行修改。在你将主数据值，比如客户、供应商、物料等是业务逻辑的一部分时特别有用。记住因为在多数情况下BRF+通过ABAP调用，function本身需要存在在一个自定义应用中。但是这些自定义级别的function接下来可以利用存在于主数据级别应用下的expressions（例如decision tables）。一言蔽之（In a nutshell），你可以在一个业务规则中混合使用自定义和主数据BRF+对象。
user interface
BRF+中的建模大多通过“点击”的用户界面进行，通过事务代码BRF+访问它。你可以通过简单地右击屏幕左侧的节点来创建新的对象，并且通过上下文菜单选择合适的条目。
api
你也可以通过API和BRF+交互。这意味着你不仅可以通过事务BRF+来创建和更新BRF+对象，你也可以通过标准交付ABAP类和方法（standard delivered ABAP classes and methods）实现同样的事情。例如，在某个场景中我们需要存储美国的柴油平均价到BRF+的decision table中。我们可以创建一个自定义ABAP程序通过公网服务来查找上周的柴油价格，并且最后经由BRF+ API更新decision表。
web services
BRF+ functions可以很容易地暴露为web services。这意味着你可以同时在SAP和非SAP系统中消费BRF+业务逻辑。
HELPER TOOLS
BRF+伴随着大量的工具，可以帮助你开发、导入/导出、检查和BRF+对象和排查故障。其中某些工具可以从BRF+事务中的菜单访问，不过最简单的查找他们的方式是在SE38中运行程序FDT_HELPERS。较早地了解这些工具，你就可以在将来省下很多时间。例如，下图里选中的工具允许你快速地识别和解决大部分有关系统间传输BRF+对象的问题。
总而言之，大部分SAP客户都可以在不需要额外许可证的条件下使用BRF+。我们鼓励你们仔细了解BRF+、并且开始为你们的自定义业务逻辑需求使用它。