WorkflowStepApproval
Type CDM 7.2.0Party approvals associated to the current WorkflowStep.
Extends —
Extended by —
Attributes 4
Namespace cdm.event.workflow
Attributes
All 4 declared on WorkflowStepApproval. Cardinality in amber is required.
| Name | Type | Card. | Description |
|---|---|---|---|
| approved | boolean | 1..1 | Flag denoting whether the workflow step is approved or not |
| party | Party | 1..1 | Reference to the Party who is approving/rejecting this workflow step |
| rejectedReason | string | 0..1 | Optional reason for rejecting the workflow step |
| timestamp | EventTimestamp | 1..1 | Timestamp of the approval |
Referenced by
1 type holds a WorkflowStepApproval as an attribute.
Functions
Model functions that produce or consume this type. These are the CDM's own behaviour — the logic a correct implementation has to match.
| Function | Role | Description |
|---|---|---|
| Create_ProposedWorkflowStep | takes | Represents the proposal to create a business event that results in a workflow step containing an instruction, message details, identifiers, event timestamps, parties and accounts. The optional previous workflow step input provides workflow lineage to where there has been a correction or cancellation to the proposed step. The action is constrained so that when a previous workflow step is specified, the valid actions are as follows; New -> Correct and Correct -> Cancel. When a previous workflow is not specified, the action must be New. |
Open WorkflowStepApproval in the Model Browser
Walk the tree and the reference graph interactively, and switch releases to see how the type has changed. Free, no signup.