Sap Ag

Sap Se

Ruopeng Lu

Stefan A Baeuerle

Marita Kruempelmann

Marek Kowalkiewicz

Sonia Lippe

Christian Janiesch

Bernd Schaeufele

Kai Stettner

A computer-implemented smart recovery system for dynamic workflows addresses a change to a data object during execution of an instance of a workflow by selectively re-executing workflow tasks that are affected by the change, without cancelling the instance and restarting a new instance of the workflow. A determination of whether a task is to be re-executed during the smart recovery process may include examining a re-evaluation label assigned to the task.

Method and system to effectuate recovery for dynamic workflows

The subject matter disclosed herein provides methods and apparatus, including computer program products, for providing a weak dependency linking two tasks of a workflow of task. In one aspect, there is provided a computer-implemented method. The method receives, from a user interface, an indication representing a link between a first task and a second task. The link being a weak dependency linking the first and second task. The weak dependency representing that one or more tasks may be inserted between the first and second tasks. The first and second tasks including the link representing the weak dependency may be provided to the user interface. The link presented at the user interface to enable identification of the weak dependency. Related apparatus, systems, methods, and articles are also described.

Work flow model processing with weak dependencies that allows runtime insertion of additional tasks

The subject matter disclosed herein provides methods and apparatus, including computer program products, for providing timers for tasks of process models. In one aspect, an input representative of a temporal constraint for a task of a graph-process model may be received. The temporal constraint defines at least one of a delay or a deadline. The task may be associated with the temporal constraint created based on the received input. The temporal constraint defined to have a placement at the graph-process model based on the type of temporal constraint. The task and the temporal constraint may be provided to configure the process model. Related systems, apparatus, methods, and/or articles are described.

Timer patterns for process models

An occurrence of a workflow re-evaluation event during execution of tasks in a workflow is identified. In response to the workflow re-evaluation event, it is determined for each task previously executed in the workflow whether such task needs to be executed again. Those tasks in the workflow for which it was determined that the corresponding task needs to be executed again are executed again, while the tasks in the workflow that were previously executed and for which it was not determined that the corresponding task needs to be executed again are skipped. Related apparatus, systems, techniques and articles are also described.

Workflow task re-evaluation

A method includes providing a baseline workflow as an electronic representation of an actual workflow, the baseline workflow including baseline tasks, data items, and baseline data scopes, and providing a fragment workflow as an electronic representation of an actual fragment workflow, the fragment workflow including at least one fragment task, and at least one fragment data scope. A baseline data scope is identified as an affected data scope based on a structural change operation, the baseline workflow and the fragment workflow, and the affected data scope is compared to the at least one fragment data scope to identify at least one change operation. The fragment and baseline workflows are integrated based on the structural change operation to provide an integrated workflow, and the at least one data scope change operation is executed to provide at least one integrated data scope in the integrated workflow.

Systems and methods for data aware workflow change management

Methods and systems to dynamically configure a process model based on process execution context are described. In one example embodiment, a system to dynamically configure a process model can include a context engine, a rules engine, and a business process engine. The context engine can maintain context information related to an executable business process model. The context information is dynamically extensible during execution of the executable business process model. The rules engine can obtain a relevant context form the context information. The relevant context can be associated with a step and a rule to control the step within the executable business process model. The business process engine can execute the executable business process model and can dynamically configure the executable business process model during execution based on application of the relevant context by the rules engine.

Growing community of inventors

Calamvale, Australia

Ruopeng Lu