Termination Events - 1992 ISDA Provision: Difference between revisions
Amwelladmin (talk | contribs) No edit summary |
Amwelladmin (talk | contribs) No edit summary |
||
| Line 1: | Line 1: | ||
{{ | {{nman|isda|1992|5(b)}} | ||
Latest revision as of 17:10, 14 August 2024
|
1992 ISDA Master Agreement
A Jolly Contrarian owner’s manual™ Go premium
Crosscheck: 5(b) in a Nutshell™
Original text
See ISDA Comparison for a comparison between the 1992 ISDA and the 2002 ISDA.
Resources and Navigation
|
Comparisons
A Termination Event is an event justifying one party unilaterally terminating a Transaction — or sometimes all Transactions — but that is generally of a nature that does not cast aspersions of impropriety on the other, or “Affected”, party. This makes a difference when it comes to how one calculates the Close-out Amount for the Transaction in question.
Renumbering due to new Force Majeure Event
Since the 2002 ISDA includes a Force Majeure Event, using language that was already agreed and widely inserted into the 1992 ISDA Schedule before its publication. Because this was entered as Section 5(b)(ii) — I mean, honestly, could they have not made it Section 5(b)(vi), so all the other clause references could stay the same? You have no idea what conceptual problems this has created for the poor JC trying to efficiently organise this website.
Clause-by-clause
5(b)(i): Template:Isda 5(b)(i) comp
5(b)(ii): Force Majeure Event: There is no Force Majeure in the 1992 ISDA, though parties would habitually negotiate one in, and by the time the 2002 ISDA was published it was in fairly standardised. For those who didn’t negotiate it in there was also the ISDA Illegality/Force Majeure Protocol (see here) which they could sign — upon payment of the suitable fee is ISDA — to adopt/incorporate the relevant parts.
5(b)(iii): Tax Event: Other than the renumbering, no real change in the definition of Tax Event from the 1992 ISDA. Note, unhelpfully, the sub-paragraph reference in the 1992 ISDA is (1) and (2) and in the 2002 ISDA is (A) and (B). Otherwise, pretty much the same.
5(b)(iv): Tax Event Upon Merger: Note the missing “indemnifiable” from the fifth line of the 2002 ISDA version and the expanded description of “merger events” towards the end of the clause. And the renumbering as a result of the Force Majeure Event clause in the 2002 ISDA.
5(b)(v): First established in the 1987 ISDA, CEUM was gently upgraded for the 1992 ISDA to include Credit Support Providers and Specified Entities, and to clarify who, upon such a merger, is the Affected Party, as per this comparison.
It then had quite the overhaul of Credit Event Upon Merger between 1992 ISDA and 2002 ISDA as this comparison illustrates.
Designated Event is part of the definition of Credit Event Upon Merger in the 2002 ISDA, and doesn’t have an equivalent in the 1992 ISDA nor, obviously enough,the 1987 ISDA.
The 2002 ISDA introduced the “Designated Event” in an attempt to define more forensically the sorts of corporate events that should be covered by CEUM. They are notoriously difficult to pin down. Even before the 2002 ISDA was published, it was common to upgrade the 1992 ISDA formulation to something resembling the glorious concoction that became Section 5(b)(v) of the 2002 ISDA. The 1992 wording is a bit lame. On the other hand, you could count the number of times an ISDA Master Agreement is closed out purely on account of Credit Event Upon Merger on the fingers of one hand, even if you had lost all the fingers on that hand to an industrial accident.
So — yeah.
5(b)(vi): Additional Termination Events: Other than the numbering discrepancy and a daring change of a “shall” to a “will”, Section 5(b)(vi) of the 2002 ISDA is the same as Section 5(b)(v) of the 1992 ISDA. That said, ATEs are likely to be the most haggled-over part of your ISDA Master Agreement.
Basics
Practical differences between “Affected Party” and “Defaulting Party”
What is the practical, economic difference between being closed out on the same Transaction for an Event of Default and a Termination Event?
This is something that all ISDA ninjas know, or sort of intuit, in a sort of semi-conscious, buried-somewhere-deep-in-the-brain-stem kind of way, but they may mutter darkly and try to change the subject if you ask them to articulate it in simple English.
To be fair the topic might be chiefly of academic interest were it not for the unfortunate habit of the same “real world” event potentially comprising more than one variety of termination right. This leads to some laboured prioritisation in the ISDA, and sometimes some in the Schedule too. What if my Tax Event upon Merger is also a Credit Event Upon Merger and, for that matter, also a Force Majeure Event? That kind of question.
A trap for Cinderella
When adding any new Termination Event you must ALWAYS label it a new “Additional Termination Event” under Section 5(b)(vi), and not a separate event under a new Section 5(b)(vii) etc.
If, instead of being expressed as an “Additional Termination Event”, which is how the ISDA Mechanism is intended to operate, it is set out as a new “5(b)(vii)” it is not designated therefore as any of an “Illegality”, “Tax Event”, “Tax Event Upon Merger”, “Credit Event Upon Merger” or “Additional Termination Event”, so therefore, read literally, is not caught by the definition of “Termination Event” and none of the Termination provisions bite on it.
I mention this because we have seen it happen. You can take a “fair, large and liberal view" that what the parties intended was to create an ATE, but why suffer that anxiety?
A Trap for Cinderella was a baffling 2013 remake of the old French thriller Piège pour Cendrillon, by the way.
Triggering formalities in Section 6(b)
The Termination Events themselves are crafted as absolute events, without the need for notices or actions on the part of the Transaction Counterparties to activate them.
But they do not go live automatically: they must be activated by the Non-affected Party.
The formal triggering process is set out in Section 6(b) and there is an amount of pre-trigger faffery (since not all of them will be apparent to a Non-affected Party, the Affected Party must give notice and then efforts must be made to fix or avoid them before there is any question of termination) before one gets onto the actual process, which is set out in Section 6(b)(iv).
Clause-by-clause
Section 5(b)(i) Illegality
An Illegality is a Section 5(b) Termination Event — being one of those irritating vicissitudes of life that are no-one’s fault but which mean things cannot go on, and not a Section 5(a) Event of Default, being those perfidious actions of one or other Party which bring matters to an end which, but for that behaviour, ought really to have been avoided.
Note also the impact of Illegality and Force Majeure on a party’s obligations to perform through another branch under Section 5(e), which in turn folds into the spectacular optional representation a party may make under 10(a) to state the blindingly obvious, namely that the law as to corporate legal personality is as is commonly understood by first-year law students. Who knows — maybe it is different in emerging markets and former Communist states?
For the silent great majority of swap entities for whom it is not, the curious proposition arises: what is the legal, and contractual, consequence of electing not to state the blindingly obvious? Does that mean it is deemed not to be true?
If the rules change, that is beyond your control, so it can’t be helped and hence Illegality is a Termination Event not an Event of Default. The 2002 ISDA develops the language of the 1992 ISDA to cater to insomniacs and paranoiacs but does not really add a great deal of substance.
An Illegality may only be triggered after exhausting the fallbacks and remedies specified in the ISDA Master Agreement.
Waiting Period
The point of Waiting Period is, for potential scenarios that might wind up justifying termination later, but you don’t yet know that, to build in a period to wait and see. For Illegality events (Section 5(b)(i)) is three Local Business Days — it is not so likely that an Illegality will sort itself out; for a Force Majeure Event (5(b)(ii) — where insh’Allah, things will come right and everyone can eventually go back to what they were doing, it is eight Local Business Days.
Waiting Periods — as defined in the ISDA Master Agreement also sometimes show up sometimes in other booklets — for example, ISDA’s Emissions Annex.
Through the good offices of Section 5(d), payments and deliveries which otherwise would be due during a Waiting Period are suspended.
Section 5(b)(ii) Force Majeure (2002 only)
For the last word on force majeure, the JC’s ultimate force majeure clause is where it’s at. Breaking what must be a habit of a lifetime, somehow ISDA’s crack drafting squad™ managed to refrain from going crazy-ape bonkers with a definition of force majeure and instead, didn’t define it at all. In the 1992 ISDA they didn’t even include the concept.
Interlude: if you are in a hurry you can avoid this next bit.
I don’t know this, but I am going to hazard the confident hypothesis that what happened here was this:
ISDA’s crack drafting squad™, having convened its full counsel of war, fought so bloodily over the issue, over so long a period, that the great marble concourse on Mount Olympus was awash with the blood of slain legal eagles, littered with severed limbs, wings, discarded weapons, arcane references to regional variations of tidal waves, horse droppings from Valkyries etc., that there was barely a soul standing, and the only thing that prevented total final wipe-out was someone going, “ALL RIGHT, GOD DAMN IT. WE WON’T DEFINE WHAT WE MEAN BY FORCE MAJEURE AT ALL.”
There was then this quiet, eerie calm, when remaining combatants suddenly stopped; even those mortally wounded on the floor looked up, beatifically; a golden light bathed the whole atrium, choirs of angels sang and the chairperson said, “right, well that seems like a sensible, practical solution. What next then?”
“We thought we should rewrite the 2002 ISDA Equity Derivatives Definitions in machine code, your worship.”
“Excellent idea! Let’s stop faffing around with this force majeure nonsense and do that then!”
Ok back to normal.
Force Majeure in the 1992 ISDA
We may have said this before but, just because there isn’t a Force Majeure proper in the preprinted 1992 doesn’t mean people don’t borrow the concept from the 2002 — which has been around for, you know, 21 years now — and put it in anyway. One thing we can’t fathom is what possessed ISDA’s crack drafting squad™ to put it in at Section 5(b)(ii), rather than Section 5(b)(iv) just before the Additional Termination Event section, because for absolute shizzle anyone familiar with one version of the ISDA Master Agreement is going to get confused as hell if they start misunderstanding clause references in the other.
Act of state
Note the reference to “act of state”. Now a state, rather like a corporation, is a juridical being — a fiction of the law — with no res extensa as such. It exists on the rarefied non-material plane of jurisprudence. There are, thus, only a certain number of things that, without the agency of one if its employees, a state can do, and these involve enacting and repealing laws, promulgating and withdrawing regulations, signing treaties, entering contracts and, where is has waived its sovereign immunity, litigating their meaning.
Thus, a force majeure taking the shape of an act of state is, we humbly submit, a change in law which makes it impossible for one side or the other to perform its obligations. Compare, therefore, with Illegality.
Waiting Period (2002)
The point of Waiting Period is, for potential scenarios that might wind up justifying termination later, but you don’t yet know that, to build in a period to wait and see. For Illegality events (Section 5(b)(i)) is three Local Business Days — it is not so likely that an Illegality will sort itself out; for a Force Majeure Event (5(b)(ii) — where insh’Allah, things will come right and everyone can eventually go back to what they were doing, it is eight Local Business Days.
Waiting Periods — as defined in the ISDA Master Agreement also sometimes show up sometimes in other booklets — for example, ISDA’s Emissions Annex.
Through the good offices of Section 5(d), payments and deliveries which otherwise would be due during a Waiting Period are suspended.
Section 5(b)(ii)/(iii) Tax Event
Basically, the gist is this: if the rules change after the Trade Date such that you have to gross up an Indemnifiable Tax would weren’t expecting to when you priced the trade, you have a right to get out of the trade, rather than having to ship the gross up for the remainder of the Transaction.
That said, this paragraph is a bastard to understand. Have a gander at the JC’s nutshell version (premium only, sorry) and you’ll see it is not such a bastard after all, then.
In the context of cleared swaps, you typically add a third limb, which is along the lines of:
- (3) required to make a deduction from a payment under an Associated LCH Transaction where no corresponding gross up amount is required under the corresponding Transaction Payment under this Agreement.
Section 5(b)(iii)/(iv) Tax Event Upon Merger
This is you can imagine, a red letter day for ISDA’s crack drafting squad™ who quite outdid itself in the complicated permutations for how to terminate an ISDA Master Agreement should there be a Tax Event or a Tax Event Upon Merger. Things kick off in Section 6(b)(ii) and it really just gets better from there.
So, Tax Event Upon Merger considers the scenario where the coming together of two entites — we assume they hail from different jurisdictions or at least have different practical tax residences — has an unfortunate effect on the tax status of payments due by the merged entity under an existing Transaction.
It introduces a new and unique concept — the “Burdened Party”, being the one who gets slugged with the tax — and who may or may not be the “Affected Party” — in this case the one subject to the merger.
Section 5(b)(iv)/(v) Credit Event Upon Merger
Known among the cognoscenti as “CEUM”, the same way Tax Event Upon Merger is a “TEUM”. No idea how you pronounce it, but since ISDA ninjas communicate only in long, appended, multicoloured emails and never actually speak to each other, it doesn’t matter.
Pay attention to the interplay between this section and Section 7(a) (Transfer). You should not need to amend Section 7(a) (for example to require equivalence of credit quality of any transferee entity etc., because that is managed by CEUM.
Note also the interrelationship between CEUM and a Ratings Downgrade Additional Termination Event, should there be one. One can be forgiven for feeling a little ambivalent about CEUM because it is either caught by Ratings Downgrade or, if there is no requirement for a general Ratings Downgrade, insisting on CEUM seems a bit arbitrary (i.e. why do you care about a downgrade as a result of a merger, but not any other ratings downgrade?)
Section 5(b)(v)/(vi) Additional Termination Events
Additional Termination Events are the other termination events your Credit department has dreamt up for this specific counterparty, that didn’t occur to the framers of the ISDA Master Agreement — or, at any rate, weren’t sufficiently universal to warrant being included in the ISDA Master Agreement for all. While the standard Termination Events tend to be “non-fault” events which justify termination of the relationship on economic grounds, but not on terms necessarily punitive to the Affected Party, Additional Termination Events are more “credit-y”, more susceptible of moral outrage, and as such more closely resemble Events of Default than Termination Events.
Common ones include:
- NAV triggers (for hedge funds)
- Key man provisions (for hedge funds)
- Investment manager insolvency or loss of licence
- Parent divestment (where counterparty is a financing subsidiary)
There is a — well, contrarian — school of thought that Additional Termination Events better serve the interests of the Ancient Guild of Contract Negotiators and the Worshipful Company of Credit Officers than they do the shareholders of the institutions for whom these artisans practise their craft, for in these days of zero-threshold CSAs, the real credit protections in the ISDA Master Agreement are the standard Events of Default (especially Failure to Pay or Deliver and Bankruptcy).
It’s a fair bet no-one in the organisation will have kept a record of how often you pulled NAV trigger. It may well be never.
“Ahh”, your credit officer will say, “but it gets the counterparty to the negotiating table”.
Hmmm.
|
Premium content
Here the free bit runs out. Subscribers click 👉 here. New readers sign up 👉 here and, for ½ a weekly 🍺 go full ninja about all these juicy topics👇
|
See also
References
- ↑ The line breaks are for comprehension and do not appear in the original