Primary Obligation - IETA Provision

From The Jolly Contrarian
(Redirected from 5.1(a) - IETA Provision)
Jump to navigation Jump to search
Code IETA

A Jolly Contrarian owner’s manual™

Go premium

Crosscheck:

ISDA wikitext EFET wikitext IETA wikitext

(a) - (b) - (c) - (d) - (d)(i) - (d)(i)(1) - (d)(i)(2) - (d)(i)(3) - (d)(i)(4) - (d)(i)(5) - (d)(ii) - (d)(ii)(1) - (d)(ii)(2) - (d)(ii)(3) - (d)(iii) - (d)(iv) - (d)(v) - (d)(vi) - (d)(vii) - (d)(viii) - (d)(ix) - (d)(x) - (d)(xi) - (d)(xii) - (e)

1 - 2 - 3 - 4 - 4.1 -4.2 - 4.3 - 4.4 - 5 - 6 - 7 - 8 - 9 - 10 - 11 - 12 - 13 - 14 - 15 - 16 - 17 - 18 - 19 - 20 - 21 - 22 - Defined Terms - Elections

1 - 2 - 3 - 4 - 5 - 6 - 7 - 8 - 9 - 10 - 11 - 12 - 13 - 14 - 15 - 16 - 17 - 18 - Schedule 1 - Schedule 2 - Schedule 3A - Schedule 3B -

Index: Click to expand:

Settlement 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

Comparison

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

Resources and Navigation

Index: Click to expand:

Comparisons

The same broad concept is dealt with as follows:

Basics

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

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

Template:Emissions Settlement sa

References

IETA Emissions Trading Master Agreement

A Jolly Contrarian owner’s manual™

5.1 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.1 in all its glory

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.

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

edit

The same broad concept is dealt with as follows:

Summary

edit

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.

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

edit

See also

edit

Template:M sa IETA 5.1

References