Account
Type CDM 7.2.0A class to specify an account as an account number alongside, optionally. an account name, an account type, an account beneficiary and a servicing party.
Extends —
Extended by —
Attributes 6
Namespace cdm.base.staticdata.party
Attributes
All 6 declared on Account. Cardinality in amber is required.
| Name | Type | Card. | Description |
|---|---|---|---|
| partyReference | Party | 0..1 | A reference to the party to which the account refers to. |
| accountNumber | string | 1..1 | The account number. |
| accountName | string | 0..1 | The name by which the account is known. |
| accountType | AccountTypeEnum | 0..1 | The type of account, e.g. client, house. |
| accountBeneficiary | Party | 0..1 | A reference to the party beneficiary of the account. |
| servicingParty | Party | 0..1 | The reference to the legal entity that services the account, i.e. in the books of which the account is held. |
Referenced by
7 types hold an Account as an attribute.
CustodianElectionPartyPartyReferencePayerReceiverRelatedPartySecurityAgreementElectionsTransferContactInformationWorkflowStep
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_WorkflowStep | takes | Function to create a workflow step with a business event and associated details about the message, identifiers, event timestamps, parties and accounts involved in the step. The function should be used when there is already a fully formed business event with the action set to signify that the step is new, or a correction/cancellation of a previous step. The action is constrained so that when a previous workflow step is specified, the valid actions are as follows; New -> New, New -> Correct, New -> Cancel, Correct -> Correct and Correct -> Cancel. When a previous workflow is not specified, the action must be New. |
| Create_AcceptedWorkflowStep | takes | Represents the acceptance of a proposed instruction that results in a workflow step containing a business event, message details, identifiers, event timestamps, parties and accounts. The previous workflow step input must exist to provide workflow lineage. The instruction from the previous workflow step should be used with a [creation BusinessEvent] function to create the input business event passed into this function e.g. PartyChangeInstruction from the previous step is used with Create_PartyChange to produce the business event which should used as an input to this step. |
| 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 Account 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.