Offices; Multibranch Parties - 1992 ISDA Provision

From The Jolly Contrarian
(Redirected from 10 - 1992 ISDA Provision)
Jump to navigation Jump to search
1992 ISDA Master Agreement

A Jolly Contrarian owner’s manual™

The JC’s Nutshell summary of this term has moved uptown to the subscription-only ninja tier. For the cost of ½ a weekly 🍺 you can get it here. Sign up at Substack.

ISDA Text: 10

10. Offices; Multibranch Parties
10(a) If Section 10(a) is specified in the Schedule as applying, each party that enters into a Transaction through an Office other than its head or home office represents to the other party that, notwithstanding the place of booking office or jurisdiction of incorporation or organisation of such party, the obligations of such party are the same as if it had entered into the Transaction through its head or home office. This representation will be deemed to be repeated by such party on each date on which a Transaction is entered into.
10(b) Neither party may change the Office through which it makes and receives payments or deliveries for the purpose of a Transaction without the prior written consent of the other party.
10(c) If a party is specified as a Multibranch Party in the Schedule, such Multibranch Party may make and receive payments or deliveries under any Transaction through any Office listed in the Schedule, and the Office through which it makes and receives payments or deliveries with respect to a Transaction will be specified in the relevant Confirmation.

Related agreements and comparisons

Related Agreements
Click here for the text of Section 10 in the 2002 ISDA
Click to compare this section in the 1992 ISDA and 2002 ISDA.

Resources and Navigation

Resources Wikitext | Nutshell wikitext | 2002 ISDA wikitext | 2002 vs 1992 Showdown | 2006 ISDA Definitions | 2008 ISDA

Navigation Preamble | 1(a) (b) (c) | 2(a) (b) (c) (d) (e) | 3(a) (b) (c) (d) (e) (f) | 4(a) (b) (c) (d) (e) | 55(a) Events of Default: 5(a)(i) Failure to Pay or Deliver 5(a)(ii) Breach of Agreement 5(a)(iii) Credit Support Default 5(a)(iv) Misrepresentation 5(a)(v) Default Under Specified Transaction 5(a)(vi) Cross Default 5(a)(vii) Bankruptcy 5(a)(viii) Merger Without Assumption 5(b) Termination Events: 5(b)(i) Illegality 5(b)(ii) Tax Event 5(b)(iii) Tax Event Upon Merger 5(b)(iv) Credit Event Upon Merger 5(b)(v) Additional Termination Event (c) | 6(a) (b) (c) (d) (e) | 7 | 8(a) (b) (c) (d) | 9(a) (b) (c) (d) (e) (f) (g) | 10 | 11 | 12(a) (b) | 13(a) (b) (c) (d) | 14 |

Index: Click to expand:



A bit of development from the 1992 ISDA to cater for the more fiddlesome nature of the 2002 ISDA (in particular the effect of Illegality and Force Majeure events that affect some branches of a Multibranch Party but not others).



Section 10 of the ISDA Master Agreement allows parties to specify whether they are Multibranch Parties. Electing “Multibranch Party” status allows you to transact out of the named branches of the same legal entity.

Section 10(a)

A seldom-regarded but basically potty representation thrown in to allow parties to represent that if it trades through a minor branch, recourse against it will be no different from the recourse it would have had it traded though its head office.

Law students of all vintages will remember from Company Law class that this is necessarily the case: this is what the legal fiction of the “corporate legal personality” is designed to do: create a new, unitary “person” who is liable at law, can sue and be sued, live, love and survive independently of its stakeholders, for anything done in the name of that company — as long as intra vires and properly authorised by the company, regardless of where and through whose agency it is done.

Now it may be the case that certain primitive jurisdictions, for certain primitive entity types, this is not the case but, if so, the answer ought to be do not trade with entities like that or, if you really must, do not trade with entities like that out of branches that won’t bind the legal entity.

There is a chicken-and-egg problem here: if you do, then Q.E.D. the entity is not bound. Yes, you may be left with an action for damages (in tort — there is no contract, remember) for misrepresentation, but we think the better approach is for your onboarding and credit sanctioning teams to do their due diligence before you start trading, and avoid trading with entities like this.

Section 10(b)

The one place where all this lofty talk about “legal personhood” and “it not mattering a jot which part of a corporate organisation makes the promise to be bound by the contract” falls about is when it comes to taxation. Taxation authorities don’t care about holistic entities, only the bits of them that are in their jurisdiction and over whose income and outgoing they have power to tax.

So, while it might not matter to you or your counterparty which bit of your organisation “did the deed” or “reaped its rewards”, it will matter to their respective tax departments, and the taxing authorities to which appendages of the entity are beholden. Yes, the net tax burden on the whole entity is the same, but one still tries to “optimise” that burden as best one can, by arranging things to be as far beyond the reach of nefarious excise authorities as can be plausibly arranged. Don’t @ me folks: I don’t make the rules.

Section 10(c)

Again, a provision largely there to keep the respective tax departments happy. Each books the transaction depending on certain tax representations from the other; if the other then changes Offices or some such thing in a way that upsets that careful tax analysis, well —

Simple: just don’t fiddle with Offices and Branches post execution. Why would you? (Unless to correct an error you made on the Trade Date ... )

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 👇
  • The JC’s famous Nutshell summary of this clause
  • More on taxation
  • Must you complete onboarding in each jurisdiction though?
  • Netting: could the validity of close-out netting depend on the branch through which the entity transacts?

See also