Default Under Specified Transaction - ISDA Provision

ISDA Anatomy™ →Go uptown In a Nutshell™ Section 5(a)(v): 5(a)(v) Default Under Specified Transaction. The party or one of its Credit Support Providers or Specified Entities:― (1) defaults on any payment due under a Specified Transaction (or any related credit support arrangement) and as a result that Specified Transaction is validly accelerated; (2) defaults on any final payment due under a Specified Transaction after one Local Business Day; (3) defaults on any delivery due under a Specified Transaction (or any related credit support arrangement) and, all Transactions under the relevant Master Agreement are validly accelerated; or (4) repudiates any Specified Transaction (or any related credit support arrangement); view template 2002 ISDA full text of Section 5(a)(v): 5(a)(v) Default Under Specified Transaction. The party, any Credit Support Provider of such party or any applicable Specified Entity of such party:― (1) defaults (other than by failing to make a delivery) under a Specified Transaction or any credit support arrangement relating to a Specified Transaction and, after giving effect to any applicable notice requirement or grace period, such default results in a liquidation of, an acceleration of obligations under, or an early termination of, that Specified Transaction; (2) defaults, after giving effect to any applicable notice requirement or grace period, in making any payment due on the last payment or exchange date of, or any payment on early termination of, a Specified Transaction (or, if there is no applicable notice requirement or grace period, such default continues for at least one Local Business Day); (3) defaults in making any delivery due under (including any delivery due on the last delivery or exchange date of) a Specified Transaction or any credit support arrangement relating to a Specified Transaction and, after giving effect to any applicable notice requirement or grace period, such default results in a liquidation of, an acceleration of obligations under, or an early termination of, all transactions outstanding under the documentation applicable to that Specified Transaction; or (4) disaffirms, disclaims, repudiates or rejects, in whole or in part, or challenges the validity of, a Specified Transaction or any credit support arrangement relating to a Specified Transaction that is, in either case, confirmed or evidenced by a document or other confirming evidence executed and delivered by that party, Credit Support Provider or Specified Entity (or such action is taken by any person or entity appointed or empowered to operate it or act on its behalf); view template Click here for the text of Section 5(a)(v) in the 1992 ISDA Index: Click ᐅ to expand: ISDA Navigation See ISDA Comparison for a comparison between the 1992 ISDA and the 2002 ISDA. The Varieties of ISDA Experience Subject 2002 (wikitext) 1992 (wikitext) 1987 (wikitext) Preamble Pre Pre Pre Interpretation 1 1 1 Obligns/Payment 2 2 2 Representations 3 3 3 Agreements 4 4 4 EODs & Term Events 5 Events of Default: FTPD • Breach • CSD • Misrep • DUST • Cross Default • Bankruptcy • MWA Termination Events: Illegality • FM • Tax Event • TEUM • CEUM • ATE 5 Events of Default: FTPD • Breach • CSD • Misrep • DUST • Cross Default • Bankruptcy • MWA Termination Events: Illegality • Tax Event • TEUM • CEUM • ATE 5 Events of Default: FTPD • Breach • CSD • Misrep • DUSS • Cross Default • Bankruptcy • MWA Termination Events: Illegality • Tax Event • TEUM • CEUM Early Termination 6 Early Termination: ET right on EOD • ET right on TE • Effect of Designation • Calculations; Payment Date • Payments on ET • Set-off 6 Early Termination: ET right on EOD • ET right on TE • Effect of Designation • Calculations • Payments on ET • Set-off 6 Early Termination: ET right on EOD • ET right on TE • Effect of Designation • Calculations • Payments on ET Transfer 7 7 7 Contractual Currency 8 8 8 Miscellaneous 9 9 9 Offices; Multibranch Parties 10 10 10 Expenses 11 11 11 Notices 12 12 12 Governing Law 13 13 13 Definitions 14 14 14 Schedule Schedule Schedule Schedule Termination Provisions Part 1 Part 1 Part 1 Tax Representations Part 2 Part 2 Part 2 Documents for Delivery Part 3 Part 3 Part 3 Miscellaneous Part 4 Part 4 Part 4 Other Provisions Part 5 Part 5 Part 5 Tell me more Sign up for our newsletter — or just get in touch: for ½ a weekly 🍺 you get to consult JC. Ask about it here.

Often confused with Cross Default. In fact, they're meant to be mutually exclusive. That won’t stop folks conflating, them. Look, we all do it.

This is like Cross Default, but for non "borrowing" style transactions - for example swap agreements agreements and repos, but only transactions between the two counterparties and their referenced Credit Support Providers and Specified Entities.

If a Counterparty (or its Credit Support Provider or Specified Entity) experiences an Event of Default under a swap agreement (or other transaction falling within the definition of Specified Transaction, which is typically wide - but check the Agreement!) with you, this constitutes an Event of Default under the ISDA Master Agreement.

Acceleration, not Default

DUST is triggered by an acceleration following an event of default under the Specified Transaction, not upon default itself (except where that happens on maturity - see drafting point below). Since the Specified Transaction is between you and the other party to the ISDA Master Agreement, there is no great loss - it is within your gift to accelerate the other contract - and to achieve set-off you would have to do so anyway. This is less drastic than the corresponding Cross Default provision, which imports all the Events of Default from all Specified Indebtedness into the present one, even if the counterparty to the defaulted contract has itself waived its rights to exercise.

Drafting oddities

• Payment acceleration versus delivery acceleration:
• Upon a payment default under 5(a)(v)(1), only that particular transaction must be accelerated (it doesn't require full close out of the relevant Master Agreement. But a delivery default under 5(a)(v)(3), is only triggered if the whole Master Agreement is closed out.
• Why would that be? This is to stop the mini-closeout of a single transaction under a 2010 GMSLA — which is often a function of market illiquidity (the asset to be delivered isn't available) and isn’t necessarily indicative of credit deterioration — giving rise to a DUST under the ISDA. Clearly this situation would never apply to a simple cash payment. If the whole 2010 GMSLA is closed out as a result of a delivery fail, you clearly are in a credit-stress situation.
• Final payments: The reason for the second limb of the definition is to catch final payments, which can't be accelerated, since they're already due.

What if I “jump the gun”?

Could a wrongfully submitted notice of default be treated as a repudiation/anticipatory breach by the "non-defaulting party" giving the other party at least the right to withhold payments on the basis that this would constitute a Potential Event of Default by the party submitting the notice? There’s not much law on point, but the starting point is “no” - it would simply be an ineffective notice. However, a non-payment on the basis of an ineffective notice would be impermissible and may itself amount to a Failure to Pay. But as to the mere dispatch of the notice itself, there is relatively recent case law (albeit in the bond world) stating that an acceleration notice that is submitted wrongfully, i.e. when no actual event of default, is merely ineffective and does not give rise to a claim for breach of contract or damages from "defaulting party". Clearly this has not been considered in context of ISDA per se (and may be nuances here that would lead to different result) but at it is a start.

Differences between cross default and DUST

Ideally, cross default and DUST should be mutually exclusive. They are meant to dovetail with each other, not cross over. This will not stop mission creep from over-zealous credit departments, who will try to expand the scope of each, leading to all kinds of cognitive dissonances and righteous indignation from the counterparty’s negotiator. As ammunition for your fruitless attempts to persuade the credit department to live in the real world for once, try these:

• Cross default generally references indebtedness where the exercising counterparty has significant loan-type exposure to the defaulter; DUST references bilateral derivative and trading transactions which tend not to be in the nature of indebtedness (it is true to say that the line between these can be gray, especially in the case of uncollateralised derivative relationships;
• Cross default is only triggered once a certain threshold amount of indebtedness is defaulted upon; DUST is triggered upon any breach;
• Cross default references your Counterparty owes to a third party outside your control; DUST references other obligations your counterparty owes you or an affiliate you can reasonably be expected to be in league with. (ie you can't generally trigger if your counterparty defaults on Specified Transactions it has on with third parties)
• DUST only comes about if the Specified Transaction in question has been actually accelerated, whereas cross default is available whether the primary creditor has accelerated or not. (A cross default which requires acceleration is called “cross acceleration”.)

See also

• The Importance Of Being Specified: Designating Affiliates - Strook