FpML Issues Tracker

1342: cd-23 and cd-24 validation rules for creditDefaultSwap

January 4, 2024

new

Tweak

Have not tried

Schema

5.11 Recommendation (Build 6)

none

MAZA

None

Summary

Good day.

I have the following questions regarding the creditDefaultSwap scheme:

 

1) referencePrice - why it is mandatory according to cd-24 validation rule?

Section 5.6. Credit Derivatives ISDA 2014 says: "Reference Price. "Reference Price" means the percentage specified as such in the related Confirmation (or, if no such percentage is specified, one hundred per cent)."

This effectively makes having this element optional, and its absence will mean 100.

 

2) сreditEventNotice - is a mandatory element according to the validation rule cd-24.

At the same time, the child element creditDefaultSwap/protectionTerms/creditEvents/creditEventNotice/notifyingParty/buyerPartyReference is also mandatory according to the scheme.

According to which clause of the ISDA definition, it is the buyer and not the seller who is selected as mandatory?

 

3) according to the cd-23 validation rule, one of the two cashSettlementTerms or physicalSettlementTerms must be present in the document.

Why does the FPML force to have one of these two elements as mandatory, while Section 5.2 of ISDA says the following: "a) or if no Settlement Method is specified as applicable in the related Confirmation, Auction Settlement".

In fact, ISDA explicitly states that the absence of any of these methods will mean the use of the auction settlement method, while the validation rule does not allow choosing this third method.

Maybe the cd-23 rule is incorrect?

 

thank you

 

Best regards, Maksym

Notes:

  • mgratacos

    07/04/24 10:59 am

    1), 2), and 3) have all the precondition LongForm.

    LonForm: (context: Trade) documentation/masterConfirmation and documentation/contractualMatrix do not exist and SingleName condition applies.

    This means that all these validation rules apply only when there is a Long Form representation of the trade also named Full Confirmation. The long form representation implies that there is no master confirmation signed between the parties or no reference to the ISDA matrix. In this situation, no product details are implicit and the full trade economics of the product are represented in the FpML.

    All these rules check that for Long Form confirmations, you have the required data elements. If you have a master confirmation signed or the trade references the ISDA matrix, these rules don’t apply.

  • Leave an update

    You must be logged in to post an update.