PrincipalPaymentSchedule

Type CDM 7.2.0

Describe dates schedules for Principal Exchanges and related role of the parties when known.

Extends —

Extended by —

Attributes 3

Namespace cdm.product.common.settlement

Attributes

All 3 declared on PrincipalPaymentSchedule. Cardinality in amber is required.

Name	Type	Card.	Description
initialPrincipalPayment	PrincipalPayment	0..1	Principal Payment made at Trade inception.
intermediatePrincipalPayment	AdjustableRelativeOrPeriodicDates	0..1	Principal Payment as part of the Trade lifecycle e.g. as part of notional reset adjustements in a Cross Currency Swap with a varying notional leg.
finalPrincipalPayment	PrincipalPayment	0..1	Principal Payment at Trade maturity

Conditions

Validation rules the model enforces on this type, in Rune. An instance that breaks one of these is invalid CDM, whatever produced it.

InitialPrincipalAmountExists Condition

When an initial principal payment is specified, the amount of that principal payment (or its present value) must be provided. This condition is implemented at the PrincipalPaymentSchedule level and not on PrincipalPayment, because it only applies to the initial principal payment.

if initialPrincipalPayment exists
then initialPrincipalPayment -> principalAmount exists
        or initialPrincipalPayment -> presentValuePrincipalAmount exists

Referenced by

1 type holds a PrincipalPaymentSchedule as an attribute.

PrincipalPayments

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
MapPrincipalPaymentSchedule	returns	—

Open PrincipalPaymentSchedule 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.

Model Browser All 200+ releases

Parsed from CDM 7.2.0 · product-common-settlement-type.rosetta cdm.product.common.settlement