Skip to end of metadata
Go to start of metadata

This information applies to midPoint 3.6 and later.

Auditing of delegation and escalation events is not supported yet.

How workflow actions map to audit records

Work Item creation / completion

Audit record created - we show here only those fields that differ from the default:

Field

Abbreviation

Description

Event Type

et

WORK_ITEM

Event Stage

es

REQUEST (0) = work item creation, EXECUTION (1) = work item completion, delegation, escalation, or cancellation.

Initiator

I

For work item creation: User that originated the original request that is to be approved; technically, it is the owner of the workflow task. (It is NOT the approver!)

For work item delegation/escalation/completion/cancellation: User that requested the action (or user running the trigger task for timed delegation/escalation/completion/cancellation).

Target

T

Object (focus) of the approval.

Target Owner

TO

Not used for now.

Deltas

D

For primary-stage change approvals:

  • For work item creation: Deltas that had to be approved by the respective workflow process instance.
  • For work item completion/cancellation: If approved, the delta coming from the custom form is here. (TODO: should we merge this additional delta with the original one? Because currently we have to look at the request to know the delta that was to be approved.)

For general workflows: Anything that workflow process author considers appropriate. (TODO)

Channel

ch

Not used for now.

Outcome

o

Only SUCCESS for now.

Parameter Stage information (name, displayName, number). Note that this field is not displayed in the standard audit log report.
Message 

For work item creation: Stage information (the same as parameter)

For work item completion: Stage information + "Approved"/"Rejected"/"(no decision)" + approver's comment

"No decision" is in cases where the work item was cancelled: either when process itself is stopped or deleted, or when work item is no longer necessary (as in "first decides" scenarios, or in "all approve" scenarios when the some approver rejects its work items - all the others are then cancelled).

Resultr

For work item completion: "Approved" / "Rejected".

Otherwise this field is empty.

Additional items (specific for work items):

NameTypeDescription
wf.originalAssigneesingle-valued referenceOriginal assignee for the task item. (The same as Target owner - repeated here for clarity when shown via Audit log viewer.)
wf.currentAssigneemultivalued referenceCurrent assignee(s) for the task item. (Multiple values only when doing delegation/escalation.) Does not contain candidate users, roles, orgs.
wf.escalationLevelNumbersingle-valued propertyEscalation level number. Value of 0 means "no escalation".
wf.escalationLevelNamesingle-valued propertyEscalation level name, if defined.
wf.escalationLevelDisplayNamesingle-valued propertyEscalation level display name, if defined.
wf.commentsingle-valued propertyComment from the approver (on completion). Note that the result (approved/rejected) is stored in the Result field. The delta coming from filling-in a form is in the Delta field.
wf.workItemIdsingle-valued propertyActiviti ID of the work item (Activiti task).

Process instance creation / completion

Field

Abbreviation

Description

Event Type

et

WORKFLOW_PROCESS_INSTANCE

Event Stage

es

REQUEST (0) = workflow process instance start, EXECUTION (1) = workflow process instance end

Initiator

I

User that originated the original request that is to be approved; technically, it is the owner of the workflow task.

Target

T

Object (focus) of the approval.

Target Owner

TO

Not used for now.

Deltas

D

For primary-stage change approvals:

Deltas that had to be approved by the respective workflow process instance (if applicable) - for REQUEST;
deltas that are output by the workflow process instance (if applicable) - for EXECUTION.

This is a bit questionable, because in this scheme the whole picture can be get only by pairing REQUEST with EXECUTION. By looking at EXECUTION alone, we do not see what was requested.

For general workflows: Anything that workflow process author considers appropriate. (TODO)

Channel

ch

Not used for now.

Outcome

o

Only SUCCESS for now.

Parameter On completion: Stage information (name, displayName, number)
Message On completion: Stage information + Result
Result On completion: Workflow process instance result: "Approved" / "Rejected" / null

Additional items (applies to both processes and work items):

NameTypeDescriptionNote
wf.objectsingle-valued referenceObject (focus) of the approval. 
wf.targetsingle-valued referenceTarget of the assignment that is being approved (if applicable). 
wf.stageNumbersingle-valued propertyCurrent stage number (starting from 1)For processes, this is present on completion only.
wf.stageCountsingle-valued propertyTotal number of stages for this process instanceFor processes, this is present on completion only.
wf.stageNamesingle-valued propertyStage name, if defined.For processes, this is present on completion only.
wf.stageDisplayNamesingle-valued propertyStage display name, if defined.For processes, this is present on completion only.
wf.processInstanceIdsingle-valued propertyActiviti ID of the process instance. 
  • No labels