Template:Failure to pay procedure

Revision as of 12:03, 13 March 2020 by Amwelladmin (talk | contribs)

{{{{{1}}}|Failure to pay}} procedure

Terminating the ISDA Master Agreement on this ground requires:

  • Failure: A {{{{{1}}}|Failure to Pay or Deliver}}, on day T. This is an {{{{{1}}}|Event of Default}} under Section {{{{{1}}}|5(a)(i)}}. You must have:
(i) a Failure by the Defaulting Party to make a payment or delivery when due
(ii) a notice by the Non-Defaulting Party to the Defaulting Party that the failure has happened.
  • Notice of failure: The {{{{{1}}}|Non-defaulting Party}} must give notice of the {{{{{1}}}|Failure to Pay or Deliver}} (which since it is not due until the close of business on a given day, Q.E.D., can be validly given only after close of business on the due date for payment or delivery and, by dint of Section {{{{{1}}}|12(a)}} ({{{{{1}}}|Notices}}), the notice will only be deemed effective on the following Local Business Day: ie T+1. [1]
  • Grace Period: Once the notice is effective, the {{{{{1}}}|Defaulting Party}} has a window (the grace period) in which it can remedy the failure to pay or deliver.
(i) The standard grace periods are set out in Section {{{{{1}}}|5(a)(i)}}. Be careful here: under a 2002 ISDA the standard is one Local Business Day. Under the 1992 ISDA the standard is three Local Business Days. But check the {{{{{1}}}|Schedule}} because in either case this is the sort of thing that counterparties adjust: 2002 ISDAs are often adjusted to conform to the 1992 ISDA standard of three {{{{{1}}}|LBD}}s, for example.
(ii) So: once you have a clear, notified Failure to Pay or Deliver, you have to wait at least one and possibly three or more Local Business Days before doing anything about it. Therefore you are on tenterhooks until the close of business T+2 LBDs (standard 2002 ISDA), or T+4 LBDs (standard 1992 ISDA).
(iii) At the expiry of this grace period, you finally have a fully operational {{{{{1}}}|Event of Default}}. Now Section 6(a) gives you the right, by not more than 20 days’ notice[2] to designate an Early Termination Date for all outstanding Transactions. So, at some point in the next twenty days.
(iv) For this we go to Section {{{{{1}}}|6(e)}}, noting as we fly over it, that Section {{{{{1}}}|6(c)}} reminds us for the avoidance of doubt that even if the {{{{{1}}}|Event of Default}} which triggers the {{{{{1}}}|Early Termination Date}} evaporates in the meantime — these things happen, okay? — yon Defaulting Party’s goose is still irretrievably cooked.
  • Section {{{{{1}}}|6(e)}} notice: The Section {{{{{1}}}|6(e)}} notice terminating all outstanding {{{{{1}}}|Transaction}}s may only be served after close of business at the expiry of the grace period, so therefore the first day on which a termination notice following a failure to pay {{{{{1}}}|Event of Default}} can be effective under an ISDA Master Agreement is T+3 (2002 ISDA) or T+5 1992 ISDA.
  1. Spod’s note: This notice requirement is key from a {{{{{1}}}|Cross Default}} perspective (if you have been indelicate enough to widen the scope of your cross default to include derivatives, that is): if you don’t have it, any failure to pay under your ISDA Master Agreement, however innocuous — even an operational oversight — automatically counts as an {{{{{1}}}|Event of Default}}, and gives a different person to the right to close their ISDA Master Agreement with your {{{{{1}}}|Defaulting Party}} because of it defaulted to you, even though (a) the {{{{{1}}}|Defaulting Party}} hasn’t defaulted to them, and (b) you have decided not to take any action against the {{{{{1}}}|Defaulting Party}} yourself.
  2. See discussion on at Section {{{{{1}}}|6(a)}} about the silliness of that time limit.