规则引擎通常伴随着对政府部门的巨大承诺：

你的政府业务不都是关于规则和决策的吗？你想摆脱硬编码的立法和政策吗？你想摆脱IT极客需要很长时间来改变编码每一个小的政策变化？你需要低成本的敏捷性吗？是否希望在中央存储库中查看所有规则？

"是的，是的，是的"是政府事务的答案；"终于有人说我们的语言了"。不幸的是，中国物联网，当通过将excel工作表内容推入独立规则引擎来建模和测试策略和法规时，实现常常会停止。别误会我的意思，我是规则引擎方法的忠实粉丝，但是如果一个规则引擎被它自己销售到一个支离破碎的遗留环境中，那么这个方法有多好呢？这真的是一种成本效益高的方法吗？在没有坚实平台的情况下完成"绿地"，童话故事往往以宿醉迅速结束。人们深深地爱上了中央规则存储库的概念，以至于忘记了规则引擎是多么需要数据。从excel工作表输入并输出到excel工作表很难反映实际情况。

任何现代规则引擎都可以从web服务调用，也可以调用web服务，但是跨系统调用服务对于许多高容量的政府流程来说往往太慢。此外，规则引擎不仅在数据消耗的意义上是数据饥渴，企业管理应用，而且在建模和数据修改方面也是如此。规则引擎需要紧密集成到IT环境的许多方面。让我们来看一个典型的政府示例"基于规则的表单处理"：1首先，需要定义表单字段。您的规则引擎应该知道这些表单字段，而不必跨您的IT环境复制表单定义以供规则引擎使用。如果表单的数据字段发生更改，则不必将这些更改告知规则引擎。2然后为表单设计规则（预填充、验证、计算等）。通常，这些规则需要读取处理平台上的其他数据。因此，数据不应该传输到规则引擎。规则引擎应该能够在操作（而不是辅助分析）系统中实时做出决策。三。在处理表单时（例如在评估期间），表单和规则引擎之间的数据传输应该是现成的。4如果流程中途发生错误，应该可以恢复表单流程。规则引擎必须能够检测到此"处理对象"（例如税务登记）的某些规则已被处理-因此不要再次处理它们。5当规则变得复杂时，理解和审核规则引擎计算的子结果以得到特定的结果是很重要的。这种跟踪能力不仅在规则测试期间至关重要，什么是云服务器，而且有时也是法律规定的。因此，集成的规则引擎需要将处理对象与规则跟踪联系起来。6无论您使用什么技术，如果您需要克服操作系统和托管规则引擎的系统之间的系统边界，您将很快遇到性能问题，以防您需要为每个单独的进程对象处理调用规则引擎的数千个评估。尽管以上几点只是示例，免费企业管理软件，但各国政府在决定使用"非集成的同类最佳规则引擎"之前，必须评估"完全集成的平台规则引擎"方法。有了S/4 HANA的数字核心，智能物联，您不仅可以运行数据集成规则引擎，还可以使用预测分析等现代数字工具，而无需在系统环境中移动数据。此外，借助SAP决策服务管理，许多SAP应用程序都集成了现成的管理功能。如果你想了解更多，请告诉我们。