工作流–工具摘要

SAP Hybris Cloud for Customer中的工作流是一个经常被遗忘或利用不足的生产力工具。工作流的三大支柱是：在适当的时间向适当的人发出适当的通知/采取适当的行动。SAP Hybris Cloud for Customer允许管理员轻松配置自动执行通知和/或系统任务的工作流规则。

在较高级别上，工作流配置是一项管理/关键用户任务，由SAP Hybris Cloud for Customer中的以下步骤组成。

正确配置工作流规则所需的谨慎业务流程分析工作再怎么强调也不为过。有关C4C工作流功能和配置的详细信息，请参阅SAP Hybris Cloud For Customer Administration Guide（SAP Hybris Cloud For Customer Administration指南），该指南可在此处访问。

工作流规则配置注意事项

在分析和优化工作流自动化的业务流程时，请记住以下注意事项。

对于复杂的通知场景，尽量减少工作流规则的数量–使用布尔运算符尽可能合并规则。利用"预定"时间触发工作流。工作流规则条件中配置的"保存前"字段设计用于"创建时"和"保存时"计时方案。无法在具有"计划"计时的工作流规则中正确计算这些字段值。对于"计划的"规则执行，后台进程在系统应用程序服务器中生成和分布，云服务器比较，以优化吞吐量。在处理"预定"规则和生成的电子邮件时可能会发生轻微的延迟，但这种延迟不应引起最终用户的注意，也不应影响相关的业务流程。使用report'（Beta）Response Time Analysis'获取工作流规则执行所花费时间的数据。寻找在工作流规则配置中使用"计划"计时的机会，以减少端到端的响应时间。

工作流规则执行注意事项

UI的端到端（E2E）响应时间可能会受到工作流配置计时参数的影响。因此，'On Create'、'On Save'和'Scheduled'的系统行为，在设计工作流规则时，大数据需要学习什么，必须理解和考虑工作流规则中的计时参数值。

对于"创建时"和"保存时"的单个响应时间取决于为给定业务对象配置的工作流规则数。这些工作流规则是同步执行的，这意味着规则评估和结果操作在将控制权返回给用户之前完成。它们是整个用户端到端响应时间的一部分。每当创建/保存新的业务对象实例时，系统都会检查为该业务对象配置的所有工作流规则。将评估与业务对象实例关联的工作流条件。如果满足条件，则触发并执行规则（电子邮件/字段更新/操作等）对于"调度"规则，规则的执行是异步的，并且对端到端响应时间的影响最小。业务对象实例+工作流规则实例信息存储在一个队列中，稍后执行（基于工作流规则中配置的计划定时）。

鉴于"计划"定时会导致工作流规则被异步触发，定时偏移配置引入规则执行前的预期等待状态，排队的工作流规则按以下方式处理：

场景1–主作业每小时运行一次，它选择所有计划在下一小时执行的工作流规则。该流程的设计使其将这些工作流规则分组到最接近的5分钟间隔，这样系统最多可以执行12个组，因此可以安排12个后台流程。每次后台进程运行时，它都会运行MDRO（Mass Data Run Object），它会在5分钟的时间间隔内执行排队等待执行的所有工作流规则。场景2–规则安排在下一个主作业执行之前的某个时间（场景1）。例如，上一个主作业在上午10点执行，下一个计划运行在上午11点，业务对象实例（票证）在10:10更改，规则在10:20执行。在这种情况下，对于每个业务对象实例的创建/更改，使用单个后台作业直接调度此业务对象实例。在这种情况下，系统不会等待下一个计划的主作业在上午11点选择此业务对象实例，因为这将延迟规则执行。在这种情况下，淘客采集软件，可能会创建/更改许多业务对象实例，这将导致创建许多后台进程（每个进程一个）。在这种情况下，系统尝试将这些集合在一起，以便进行集体处理。当MDRO在后台进程中执行时，它会选择在该时间之前/当时要执行的所有规则。这些规则集中在包10中并并行执行。最多可并行执行5个包，top返利，其余包排队并串行执行。这些后台进程的执行和性能取决于可用的系统资源，物联网技术及应用，不受工作流引擎的管理。

如果工作流规则在第一次执行时失败，系统会重新尝试执行三次，然后将规则的状态设置为"失败/取消"。如果规则成功执行，则状态设置为"已完成"。可以从监视日志UI查看此信息。用户也可以从监控界面手动重试失败的规则。

工作流规则基于BRF+（Business rules Foundation Plus）引擎。对于每个工作流规则，生成一个BRF+类用于条件评估。这在后端系统中自动发生。生成的类确保最有效地处理工作流规则条件。

管理员的新功能–工作流更改方面