Allowance Transfers - IETA Provision

Revision as of 14:08, 5 July 2023 by Amwelladmin (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
IETA Emissions Trading Master Agreement

A Jolly Contrarian owner’s manual™

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

5 in all its glory

5. Allowance Transfers

5.1 Primary Obligation

5.1(a) In relation to a Transaction, the Delivering Party agrees to sell and Transfer and the Receiving Party agrees to purchase and accept the Period Traded Allowances in accordance with its terms, subject to and in accordance with the terms and conditions of this Agreement and the EU ETS Rules.
5.1(b) In respect of a Confirmation a Party shall specify the information listed in (i) to (v) below. If more than one Delivery Date is specified in a Confirmation and, in respect of each such Delivery Date:
(i) an Allowance Type;
(ii) an Allowance Price;
(iii) a PTA Quantity;
(iv) a Specified Period; and
(v) Payment Due Date,
are specified in that Confirmation or are otherwise capable of being determined with certainty from the terms of that Confirmation, then separate Transactions shall be deemed to subsist in respect of each Transfer relating to each such Delivery Date. The terms of each such deemed Transaction, other than in relation to the Delivery Date and items (i) – (v) listed above, will be the same, unless otherwise specified in the Confirmation.
5.1(c) The Delivering Party agrees to Transfer (or procure the Transfer of) the Period Traded Allowances from any Holding Account in any Registry to the relevant Receiving Party’s Holding Account; provided, however, that if one or more Delivering Party’s Holding Accounts are specified in the Confirmation to a Transaction, the Receiving Party agrees that the Delivering Party’s obligation to Transfer Allowances under this Agreement shall be limited to an obligation to Transfer the Period Traded Allowances for the relevant Transaction from any of such Delivering Party’s Holding Account(s) to the relevant Receiving Party’s Holding Account.
Where more than one Receiving Party’s Holding Account has been specified in the Confirmation to a Transaction, such Holding Accounts are set out in order of preference for such Transaction and the Delivering Party shall Transfer Period Traded Allowances from either, as the case may be:
(i) any Holding Account; or
(ii) any Delivering Party’s Holding Account,
to the first listed Receiving Party’s Holding Account, unless in respect of such Receiving Party’s Holding Account, it is prevented from so doing by an event or circumstance that would be described under Clause 13 (Force Majeure or Suspension Event) or Clause 14.7 (Illegality) if the first listed Receiving Party’s Holding Account were the only Holding Account so listed. In such circumstances, the provisions of this paragraph will apply iteratively as though the next listed Receiving Party’s Holding Account were the first listed.
5.1(d) A Transfer shall be considered to be completed for the purposes of this Agreement when the relevant Period Traded Allowances are received in the relevant Receiving Party’s Holding Account, whereupon risk of loss related to the Period Traded Allowances or any portion of them transfers from the Delivering Party to the Receiving Party.

5.2 Sufficient Allowances. In relation to a Transaction and a PTA Quantity, the Delivering Party shall, subject to Clause 13 (Force Majeure and Suspension Event), ensure that there are sufficient transferable Allowances in the Holding Account from which the Transfer is to be effected to ensure that the Transfer Request will be accepted under the System at the time at which it is to be accepted in accordance with this Agreement.
5.3 No Encumbrances. The Delivering Party shall Transfer to the Receiving Party the Period Traded Allowances free and clear of all liens, security interests, claims and encumbrances or any interest in or to them by any person. A breach of the Delivering Party’s obligations under this Clause 5.3 (the “No Encumbrances Obligation”) will have the following consequences:

5.3(a) this Agreement and all other Transactions agreed by the Parties under this Agreement shall continue unaffected; and
5.3(b) without prejudice to any defences available to the Delivering Party (including, but not limited to, any defences of statutes of limitation or similar), following written notice of that breach from the Receiving Party to the Delivering Party (irrespective of how long after the relevant Delivery Date such notice is provided) and subject to Clause 5.3(d) below, the Receiving Party:
5.3(b)(i) shall determine the Encumbrance Loss arising from that breach (the “Encumbrance Loss Amount”) either on the date such notice is deemed to be received or as soon as reasonably practicable thereafter; and
5.3(b)(ii) shall notify the Delivering Party of such Encumbrance Loss Amount due, including detailed support for its calculation.
The Receiving Party is not required to enter into Replacement Transactions in order to determine such Encumbrance Loss Amount.
5.3(c) By no later than the third (3rd) Banking Day after the later of (i) receipt of a valid invoice in connection with such Encumbrance Loss Amount and (ii) receipt of the abovementioned notice of such Encumbrance Loss Amount, the Delivering Party shall pay the Encumbrance Loss Amount to the Receiving Party, which amount shall bear interest in accordance with Clause 9.5 (Interest). Upon payment of the Encumbrance Loss Amount by the Delivering Party, the Parties shall have no further obligations in respect of that Transaction and that breach. The Receiving Party acknowledges that its exclusive remedies in respect of such breach are those set out in this Clause 5.3.
5.3(d) Where a breach of the No Encumbrances Obligation is caused by the Transfer of an Affected Allowance, the Delivering Party shall be liable for the Encumbrance Loss Amount if, at the date it first acquired, received or purchased such Affected Allowance it was not acting in good faith; otherwise, the Delivering Party shall only be liable for the Encumbrance Loss Amount if, and without prejudice to any other defences available to the Delivering Party (including, but not limited to, any defences of statutes of limitation or similar):
5.3(d)(i) the Receiving Party, whether or not the holder of such Affected Allowance, who is subject to a claim of the Original Affected Party, has, in order to resist or avoid any Encumbrance Loss Amount from arising, used its best endeavours to defend such a claim in respect of that Affected Allowance (including, if available, by relying on Article 40 of the Registries Regulation or any equivalent legal principle under its applicable national law) and was unsuccessful (other than for reasons of its own lack of good faith); or
5.3(d)(ii) the Receiving Party, whether or not the holder of such Affected Allowance, who acted in good faith in respect of its purchase of such Affected Allowance and who is subject to a claim of a third party (other than the Original Affected Party) in respect of that Affected Allowance, has used all reasonable endeavours to mitigate the Encumbrance Loss Amount.

Comparison

See our natty emissions comparison table between the IETA, EFET and ISDA versions of emissions trading docs

Resources and Navigation

Emissions trading documentation

ISDA: EU AnatomyEU Wikitext EU Nutshell (premium) • UK AnatomyUK Wikitext (to be merged into EU Anatomy)
IETA: IETA Master AgreementIETA WikitextIETA Nutshell (premium)
EFET: EFET Allowances AppendixEFET Allowances WikitextEFET Nutshell (premium)

Index: Click to expand:

Pro tip: for tons of information about EU ETS and EU financial services regulation see Michał Głowacki’s magnificent emissions-euets.com website.

Overview

CompareAllowance Transfers” under Clause 5 of the IETA with “Physical Settlement” under Section (d)(i) of the ISDA EU Emissions Annex, which in a round about way gets to the same place. comparing the forms of the IETA and the ISDA, tThere has been some curious mutual homework-copying between IETA’s and ISDA’s crack drafting squad™, and in each case the squadspeople concerned seem to have a passing, but not deep, acquaintance with the other’s magisterium. This means both documents get to the same place, in a rather left handed way, but it turns out not to be the place either was meaning to get to.

But, look: safety in numbers okay?

Summary

The business end of the IETA Master Agreement. The parties respective obligations to transfer Allowances.

Clause 5.1

Settlement (ISDA), Scheduling (EFET), Primary Obligation (IETA) — the core provision that sets out who pays what, where and to whom, for Option Transactions and Forward Transactions.

The JC is no great fan of definitions, but God only knows, in the ISDA one would have come in handy here. You know, a “Purchase Amount” for Forward Transactions, or a “Strike Amount” for Option Transactions (or a “Payment Amount”, for both) might have been nice, given they are the key concepts in Option Transactions and Forward Transactions.

As for “Allowances to be Delivered” — okay, there is at least a term for the physical half of that, but it’s rubbish. What about “Delivery Amount”?

There is a distinction between the “Number of Allowances” — effectively the notional size of the whole trade — and the “Allowances to be Delivered” — the portion of it that is settling on any given day. The difference is that American options can settle in part, on any day in the term of the Transaction. Forwards typically don’t — they all settle on a pre-agreed settlement date

(To be fair to the Emissions ninjas at IETA, they do have this concept: “Contract Amount”).

Well, the JC has introduced these words into the nutshell summary to make life a bit easier to follow. Just remember they are not there in the real thing. Unless you put them in.

Cash Settlement: Trick question. There is no provision for cash-settlement in the emissions trading world. Will that stop counterparties asking you to specify a settlement method? Probably not. Does it matter? Also probably not. What if you want a cash settlement option? Not out of the ballpark — one’s eligibility for EMIR, and as such hedge exemptions, might depend on whether the forward is able to be cash-settled, in theory, or not. (There is no good reason for this: it springs from the paranoid brow of those toiler legal counsel who trying to parse the eligibility or Emissions derivatives under the refitted delegated regulations of MiFID 2 — our advice is just don’t go there — but you just never know.)

Transfer from a specified Holding Account

Curious conditionality, across all three versions, where the Delivering Party specifies a Holding Account from which Allowances must be delivered, and not just the account to which they must be delivered. Quite why it should matter whence the Allowances come we cannot say — a vague fretfulness about theft perhaps? — but ok; let’s run with it.

Note, in any case, its moderation in IETA (5.2) whereby one has an obligation to make sure there are sufficient allowances in your account to satisfy your delivery obligation. So even though you can’t be forced to deliver from anywhere else, you can be sued for losses arising from your failure to ensure there was something to deliver in your Holding Account. All rather cack-handed, but in “fundamental upshot” terms, this does get to the right place.

The transfer is done once the Allowances hit the Receiving Party’s account (I know, I know: you don’t say.) But wait: there is an interesting use of the word “whereupon” here, upon which we dwell in a bit more detail in the premium section.

Clause 5.1(a)

Clause 5.1(a) sets up the basic sale and purchase obligation for the Allowances.

Clause 5.1(b)

Clause 5.1(b) is oddly arranged, pre-cross-referencing the sub-paragraphs with trade details, when it should just be setting them out. A more intuitive way of laying it out might have been this:

5.1(b) Trade Details: Each Confirmation must specify the following details (Trade Details):

(i) an Allowance Type.
(ii) an Allowance Price.
(iii) a PTA Quantity.
(iv) a Specified Period.
(v) Payment Due Date.

5.1(bb) Multiple Delivery Dates: Where one Confirmation specifies separate Trade Details for multiple Delivery Date, each Transfer on each Delivery Date will be a separate Transaction, on identical terms but for the relevant Delivery Date and Trade Details.

But look that’s just me.

Clause 5.1(c)

Note that odd coda in Section 5.1(c) where the Receiving Party agrees that the Delivering Party’s obligation is limited to :

  • an obligation to transfer Period Traded Allowances (which is fine, and no more than what is specified be be deliverable under the Transaction in any case)
  • from any of the Delivering Party’s Holding Accounts — and this one baffles us, especially as it says the the Delivering Party is “limited to” delivering from this account, rather than being obliged to deliver from that account, in which case it still has the problem of ensuring there are Allowances in the account in a fit state to deliver. We have more to say about this in the premium section.
  • to the Receiving Party’s Holding Account — so we suppose this heads off the Receiving Party doing something odd like saying, “oh, can you deliver it to my Russian subsidiary’s Holding Account” or “can you leave it on a fire hydrant outside Raffles Hotel in Singapore”. But again this one seems to state the bleeding obvious. The contract says Delivering Party must deliver to Receiving Party’s Holding Account, so that is all Delivering Party is obliged to do.

This mirrors Section (d)(i)(2)(B) of the ISDA EU Emissions Annex — or rather, we fancy, that part of the ISDA EU Emissions Annex mirrors it, because the language is strikingly similar in its bafflability. Compare:

(B) Notwithstanding Part(d)(i)(2)(A) above, if Delivering Party has one or more Specified Holding Accounts for the relevant EU Emissions Allowance Transaction, Delivering Party’s obligation to deliver Allowances under an EU Emissions Allowance Transaction shall be limited to an obligation to deliver from any such Specified Holding Account of Delivering Party to the relevant Specified Holding Account of Receiving Party.

Clause 5.1(d)

In its yen to over-specify and state the obvious, the IETA Master Agreement almost trips itself up: obviously the Transfer can’t be complete until the Allowances have arrived in the Receiving Party’s Holding Account (and, for the record, the no encumbrances condition of Clause 5.3 is complied with); and it is true the risk of loss of the actually transferred Period Traded Allowances only shifts at that point, but do note the other risks associated with the generic class of Allowances being sold: economic ones, market value, abandonment of scheme risks and so on — transfer at the moment of trade.

This is something that practitioners in the carbon market seem confused about.

And as for that “whereupon” — well, see our premium section for more on that.

Clause 5.2

Clause 5.2 undoes a potential banana skin presented by the limitation in Clause 5.1(c), that limits the Delivering Party’s obligation to settling allowances out of its Holding Account. It might have been nice to just not put the banana skin there in the first place, of course, but where would be the fun in that?

Clause 5.3

There are times when you wonder whether the crack drafting squad™ for first conceived of this — we think it was IETA’s, but you never know — didn’t fall through some wormhole into a parallel, more paranoid, universe, when drafting their hypotheticals. What, honestly, is going on here? Take a crumb comfort from the fact that the drafting is more or less the same which ever master agreement form you are using.

What a shower. There will seldom come a time where a nutshell version of a clause would come in more handy, readers. If only you subscribed to the premium version of the JC you would have one. It is partly a case of shambolic conceptual organisation, partly ropey drafting, but this clause makes an omnishambles of a fairly straightforward concept.

You might struggle to believe it from reading the clause, but what happens is this: if Delivering Party delivers Allowances in fragrant disregard of the fact that some random has a claim on them, and Receiving Party finds out — presumably by means of an angry letter from said random — Receiving Party can send Delivering Party a notice, calculate its loss (which we suppose would be the market value of any Allowances it has to account to said angry, letter-writing random) and send an invoice. Delivering Party has three Banking Days to pay, with interest. Once paid, that’s it, everyone moves on. Though there is an odd caveat that this procedure is without prejudice to any defences Delivering Party might have, including ones based on limitation periods — which makes us think the responsible crack drafting squad™ had some morbid fear of calumnies buried deep in ancient history coming back to bite them.

Note: contractual limitation periods run from the point where the cause of action arises, not when you reasonably could know you have suffered a loss.

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

Template:M premium IETA 5

See also

Template:M sa IETA 5

References