Default Under Specified Transaction - ISDA Provision: Difference between revisions

no edit summary
No edit summary
No edit summary
Line 5: Line 5:


If a [[Counterparty]] (or — sigh — its {{isdaprov|Credit Support Provider}} or {{isdaprov|Specified Entity}}) experiences an {{isdaprov|Event of Default}} under a [[swap]] agreement (or other transaction falling within the definition of {{isdaprov|Specified Transaction}}<ref>This is typically wide, though it excludes [[borrowed money]] - but check the Agreement!</ref> with you, this will be an {{isdaprov|Event of Default}} under the {{isdama}}.  
If a [[Counterparty]] (or — sigh — its {{isdaprov|Credit Support Provider}} or {{isdaprov|Specified Entity}}) experiences an {{isdaprov|Event of Default}} under a [[swap]] agreement (or other transaction falling within the definition of {{isdaprov|Specified Transaction}}<ref>This is typically wide, though it excludes [[borrowed money]] - but check the Agreement!</ref> with you, this will be an {{isdaprov|Event of Default}} under the {{isdama}}.  
====[[Acceleration]], not [[Default]]====  
===[[Acceleration]], not [[Default]]===  
{{tag|DUST}} is triggered by an ''[[acceleration]] following an'' [[event of default]] under the {{isdaprov|Specified Transaction}}, not upon the default itself<ref>Except where that happens on [[maturity]]: see drafting point below.</ref>. Since the {{isdaprov|Specified Transaction}} is between you and the other party to the {{isdama}}, 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.  
{{tag|DUST}} is triggered by an ''[[acceleration]] following an'' [[event of default]] under the {{isdaprov|Specified Transaction}}, not upon the default itself<ref>Except where that happens on [[maturity]]: see drafting point below.</ref>. Since the {{isdaprov|Specified Transaction}} is between you and the other party to the {{isdama}}, 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 {{isdaprov|Cross Default}} provision, which imports all the {{isdaprov|Events of Default}} from all {{isdaprov|Specified Indebtedness}} into the present one<ref>I should say I am grateful to my correspondent Nick for his helpful suggestion here. I don’t get many correspondents so it is extra special when one writes in with actual useful feedback. Thanks Nick! (To my other correspondents: hi, nice to hear from you too, but no I have not been in a car accident recently.) </ref>, even if the counterparty to the defaulted contract has itself waived its rights to exercise.
This is less drastic than the corresponding {{isdaprov|Cross Default}} provision, which imports all the {{isdaprov|Events of Default}} from all {{isdaprov|Specified Indebtedness}} into the present one<ref>I should say I am grateful to my correspondent Nick for his helpful suggestion here. I don’t get many correspondents so it is extra special when one writes in with actual useful feedback. Thanks Nick! (To my other correspondents: hi, nice to hear from you too, but no I have not been in a car accident recently.) </ref>, even if the counterparty to the defaulted contract has itself waived its rights to exercise.
====Drafting oddities====
===Drafting oddities===
*'''Payment acceleration versus delivery acceleration''':
====Payment acceleration versus delivery acceleration====
*Upon a payment default under {{isdaprov|5(a)(v)}}(1), only that particular transaction must be accelerated (it doesn’t require full close out of the relevant [[Master agreement|Master Agreement]]. But a delivery default under {{isdaprov|5(a)(v)}}(3), is only triggered if ''the whole Master Agreement is closed out''.
Upon a payment default under {{isdaprov|5(a)(v)}}(1), only that particular transaction must be accelerated (it doesn’t require full close out of the relevant [[Master agreement|Master Agreement]]. But a delivery default under {{isdaprov|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 {{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'' {{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”?====
Why would that be? This is to stop the [[mini-closeout]] of a single transaction under a {{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'' {{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 [[repudiatory|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 {{isdaprov|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 {{isdaprov|Failure to Pay}}. But as to the mere dispatch of the notice itself, there is relatively recent case law<ref>{{casenote|Concord Trust|The Law Debenture Trust Corporation plc}}</ref> (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.
Could a wrongfully submitted notice of default be treated as a [[repudiatory|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 {{isdaprov|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 {{isdaprov|Failure to Pay}}. But as to the mere dispatch of the notice itself, there is relatively recent case law<ref>{{casenote|Concord Trust|The Law Debenture Trust Corporation plc}}</ref> (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.