AgreementName
Type CDM 7.2.0Specifies the agreement name through an agreement type and optional detailed sub agreement type.
Attributes
All 11 declared on AgreementName. Cardinality in amber is required.
| Name | Type | Card. | Description |
|---|---|---|---|
| agreementType | LegalAgreementTypeEnum | 1..1 | Specification of the legal agreement type. |
| creditSupportAgreementType | CreditSupportAgreementTypeEnum | 0..1 | Specification of the credit support agreement type. |
| creditSupportAgreementMarginType | CollateralMarginTypeEnum | 0..1 | specifies the type of margin for which a legal agreement is named. |
| contractualDefinitionsType | ContractualDefinitionsEnum | 0..* | The definitions such as those published by ISDA that will define the terms of the trade. |
| contractualTermsSupplement | ContractualTermsSupplement | 0..* | A contractual supplement (such as those published by ISDA) that will apply to the trade. |
| contractualMatrix | ContractualMatrix | 0..* | A reference to a contractual matrix of elected terms/values (such as those published by ISDA) that shall be deemed to apply to the trade. The applicable matrix is identified by reference to a name and optionally a publication date. Depending on the structure of the matrix, an additional term (specified in the matrixTerm element) may be required to further identify a subset of applicable terms/values within the matrix. |
| masterAgreementType | MasterAgreementTypeEnum | 0..1 | Specification of the master agreement type. |
| masterConfirmationType | MasterConfirmationTypeEnum | 0..1 | The type of master confirmation executed between the parties. |
| masterConfirmationAnnexType | MasterConfirmationAnnexTypeEnum | 0..1 | The type of master confirmation annex executed between the parties. |
| otherAgreement | string | 0..1 | Definition of an agreement that is not enumerated in the CDM. |
| brokerConfirmationType | BrokerConfirmationTypeEnum | 0..1 | — |
Conditions
Validation rules the model enforces on this type, in Rune. An instance that breaks one of these is invalid CDM, whatever produced it.
if agreementType <> LegalAgreementTypeEnum -> Other
then otherAgreement is absent
else if agreementType <> LegalAgreementTypeEnum -> MasterAgreement
then masterAgreementType is absent
else if agreementType <> LegalAgreementTypeEnum -> MasterConfirmation
then masterConfirmationType is absent and masterConfirmationAnnexType is absent
else if agreementType <> LegalAgreementTypeEnum -> Confirmation
then contractualDefinitionsType is absent
and contractualTermsSupplement is absent
and contractualMatrix is absent if agreementType = LegalAgreementTypeEnum -> CreditSupportAgreement
then creditSupportAgreementType exists if masterConfirmationAnnexType exists
then masterConfirmationType exists if creditSupportAgreementMarginType exists
then creditSupportAgreementType exists Referenced by
2 types hold an AgreementName 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 |
|---|---|---|
| MapLegalAgreement | takes | — |
Open AgreementName 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.