Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

It is important for organizations to be able to know exactly what exactly happened to their business processes. All decisions that the process engine takes are stored in the Trace Database. This means that years later, a business can inspect years later why a certain case was approved or rejected. 

The following actions result in an automatically create an created entry in the decision table of the trace database:

Action
Description
Task openedA new instance of an ad-hoc task is created. If available, log the decision that was made to open this task, is logged.
Task closedAn instance of an ad-hoc task is closed when the precondition will turn into FALSE. If available, log the decision that was made to close this task, is logged.
Split nodesA process has passed a splitnode split node and has taken one or more paths based on one or more decisions. Log the The decision that was made, is logged.
Timer expiredWhen a timer event expires, the logic should be is stored as a decision. Both in sequence and ad-hoc.
Conditional event evaluates to TRUEWhen a conditional event evaluates to TRUE, the logic should be is stored as a decision. Both in sequence and ad-hoc

...

.

For each time a decision is stored the values listed underneath should be below is stored.

  • ID
  • Application ID
  • Action name
  • Task persistency ID
  • Task instance ID
  • Case name
  • Case instance ID
  • Decision graph

The decision graph is stores stored following the XSD specification for the Decision Model and Notation, as defined by the Object Management Group. This specification can be found here: http://www.omg.org/spec/DMN/1.0/Beta1/. OMG defines three levels of conformance. Blueriq follows conformance level 1. More details on how Blueriq uses the XSD schema can be found here: Creating an XML Decision Rule Graph

...