Offices; Multibranch Parties - ISDA Provision: Difference between revisions

From The Jolly Contrarian
Jump to navigation Jump to search
No edit summary
No edit summary
 
(3 intermediate revisions by the same user not shown)
Line 1: Line 1:
{{isdaanat|10}}
{{nman|isda|2002|10}}
Section {{isdaprov|10}} of the {{isdama}} allows parties to specify whether they are [[Multibranch Parties - ISDA Provision|Multibranch Parties]].  Electing “[[Multibranch Parties - ISDA Provision|Multibranch Party]]” status allows you to transact out of the named [[branch]]es of the same [[legal entity]].
 
Details fans will immediately note that, from the point of view of legal and corporate philosophy — surely a subject dear to every attorney’s heart — the differing [[branch]]es of a [[legal entity]] have no distinct [[legal personality]] any more than does a person’s arm or leg have different personality from {{sex|her}} head. So being a “multibranch” party seems immaterial.
 
===={{tag|Tax}}ation====
Those details fans will have overlooked the strange, parallel universe of [[tax|taxation]]. Here physical presence and not [[legal personality]] is what matters. Specifying that your counterparty may trade from its offices in, for example, Prague, Kabul or The Sudan<ref>I know, I know. It was a joke.</ref> may impact the [[tax]] payable on payments under the relevant transactions under the [[ISDA]]. Where both parties are multibranch parties and have numerous overseas branches, a complex multilateral analysis of all the different permutations is assured.
 
It is basically a [[withholding tax]] [[gross-up]] risk.  If [[withholding tax]] arises on a payment made through your office in Tel Aviv, and the counterparty hasn’t provided evidence of an exemption from withholding, it may argue that we have to [[gross-up]] the payment because we did not disclose that we would make payments from Tel Aviv and had we, they would have proved their exemption.  So failing to disclose that ILS payments will originate from Israel, may be a material [[misrepresentation]] by omission.
 
Therefore, a double-jeopardy: counterparties may refuse to make the necessary {{isdaprov|Payee Tax Representation}} because they didn’t think it would be needed. So, no {{isdaprov|Payee Tax Representation}} + no [[Multibranch ISDA]] election = potential [[withholding tax]] [[gross up]] or a possible {{isdaprov|Misrepresentation}} {{isdaprov|Event of Default}}.
 
Now you could disclose the branch in a {{isdaprov|Confirmation}} (but good luck remembering to do that, and you may not have one in an electronically booked {{isdaprov|Transaction}}), or you could inject more detailed [[representation]]s in [[Part 5 - ISDA Provision|Part 5]] — but none is as simple as putting “Tel Aviv” in the [[Multibranch ISDA|Multibranch]] election.
 
===Must you complete [[onboarding]] in each jurisdiction though?===
Yes — and no. A case where the operational reality trumps the legal theory. If you have a [[Multibranch ISDA]] that lists, say, Prague, The Sudan<ref>See footnote above.</ref> and Wellington, do you need to [[Onboarding|onboard]] the client in each of those jurisdictions? Students of [[onboarding]] will recognise this as a collossal disincentive to adding branches willy-nilly, but that legal implication will typically depend on an operational setup in the [[broker]]’s systems without which it won’t be possible to book a trade in that jurisdiction whatever the legal docs say. So look upon the legal contract as permissive; the thing that will drive your KYC obligations and trigger the onboarding onslaught will be opening an account in your systems at a later date.
 
===={{tag|Netting}}====
While, by dint of the [[legal personality]], it wouldn’t make any difference under [[English law|English]] or [[New York law]], and really shouldn’t anywhere else, there are those jurisdictions which are not so theoretically pure in their conceptualisation of the corporate form. Your counterparty may have the misfortune to be incorporated in such a place.
 
If so, the validity of close-out [[netting]] against that entity may indeed depend on the branch from which it transacts - and indeed there is a possibility that the governing law of the jurisdiction of the branch may [[endeavour]] to intervene (particularly relevant if it has assets). Another reason, perhaps, to disapply the “[[Multibranch Party - ISDA Provision|multibranch party]]” for a counterparty incorporated in such a jurisdiction. The way to check this is at the netting opinion review sheet contains the following question:
 
:''Does the opinion confirm that close-out netting under the agreement is enforceable notwithstanding the inclusion of branches in non-netting jurisdictions? Yes/No''<br>
 
{{sa}}
*[[Onboarding]]
{{ref}}

Latest revision as of 16:55, 14 August 2024

2002 ISDA Master Agreement

A Jolly Contrarian owner’s manual™

10 in a Nutshell

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. You can even ask questions! Ask about it here.

Original text

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 and agrees with the other party that, notwithstanding the place of booking or its jurisdiction of incorporation or organisation, its obligations are the same in terms of recourse against it as if it had entered into the Transaction through its head or home office, except that a party will not have recourse to the head or home office of the other party in respect of any payment or delivery deferred pursuant to Section 5(d) for so long as the payment or delivery is so deferred. This representation and agreement will be deemed to be repeated by each party on each date on which the parties enter into a Transaction.
10(b) If a party is specified as a Multibranch Party in the Schedule, such party may, subject to clause (c) below, enter into a Transaction through, book a Transaction in and make and receive payments and deliveries with respect to a Transaction through any Office listed in respect of that party in the Schedule (but not any other Office unless otherwise agreed by the parties in writing).
10(c) The Office through which a party enters into a Transaction will be the Office specified for that party in the relevant Confirmation or as otherwise agreed by the parties in writing, and, if an Office for that party is not specified in the Confirmation or otherwise agreed by the parties in writing, its head or home office. Unless the parties otherwise agree in writing, the Office through which a party enters into a Transaction will also be the Office in which it books the Transaction and the Office through which it makes and receives payments and deliveries with respect to the Transaction. Subject to Section 6(b)(ii), neither party may change the Office in which it books the Transaction or the Office through which it makes and receives payments or deliveries with respect to a Transaction without the prior written consent of the other party.
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: FTPDBreachCSDMisrepDUSTCross DefaultBankruptcyMWA Termination Events: IllegalityFMTax EventTEUMCEUMATE 5 Events of Default: FTPDBreachCSDMisrepDUSTCross DefaultBankruptcyMWA Termination Events: IllegalityTax EventTEUMCEUMATE 5 Events of Default: FTPDBreachCSDMisrepDUSSCross DefaultBankruptcyMWA Termination Events: IllegalityTax EventTEUMCEUM
Early Termination 6 Early Termination: ET right on EODET right on TEEffect of DesignationCalculations; Payment DatePayments on ETSet-off 6 Early Termination: ET right on EODET right on TEEffect of DesignationCalculationsPayments on ETSet-off 6 Early Termination: ET right on EODET right on TEEffect of DesignationCalculationsPayments 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

Resources and Navigation

Index: Click to expand:

Comparisons

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).

Basics

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👇
  • JC’s “nutshell” summary of the clause
  • Background reading and long-form essays
    • 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

References