Template:Csa Exposure summ: Difference between revisions
Amwelladmin (talk | contribs) No edit summary |
Amwelladmin (talk | contribs) No edit summary |
||
Line 1: | Line 1: | ||
The total [[mark-to-market]] exposure under your {{isdama}} on a given day, not counting anything posted by way of [[credit support]]. That is, {{{{{1}}}|Exposure}} omits the [[mark-to-market]] exposure of the {{isdaprov|Transaction}} comprising the CSA itself,<ref>Assuming you are on a proper, sensible, English law title transfer CSA, which counts as a {{isdaprov|Transaction}}, and not one of those silly American ones, which doesn’t.</ref> because that would entirely bugger things up: the {{tag|MTM}} of an ISDA ''including'' the CSA is, of course, more or less zero. | The total [[mark-to-market]] exposure under your {{isdama}} on a given day, not counting anything posted by way of [[credit support]]. That is, {{{{{1}}}|Exposure}} omits the [[mark-to-market]] exposure of the {{isdaprov|Transaction}} comprising the CSA itself,<ref>Assuming you are on a proper, sensible, English law title transfer CSA, which counts as a {{isdaprov|Transaction}}, and not one of those silly American ones, which doesn’t.</ref> because that would entirely bugger things up: the {{tag|MTM}} of an ISDA ''including'' the CSA is, of course, more or less zero. | ||
{{Exposure under | ===Relevance of Section {{isdaprov|6}} to the peacetime operation of the Credit Support Annex=== | ||
The calculation of {{{{{1}}}|Exposure}} under the CSA is modelled on the Section {{isdaprov|6(e)(ii)}} termination methodology following a {{isdaprov|Termination Event}} where there is one {{isdaprov|Affected Party}}, which in turn tracks the Section {{isdaprov|6(e)(i)}} methodology following an {{isdaprov|Event of Default}}, only taking [[mid-market]] valuations and not those on the {{isdaprov|Non-Defaulting Party}}’s side. | |||
This means you calculate the {{{{{1}}}|Exposure}} as: | |||
:(a) the {{isdaprov|Close-out Amount}}s for each {{isdaprov|Terminated Transaction}} '''plus''' <br> | |||
:(b) {{isdaprov|Unpaid Amounts}} due to the {{isdaprov|Non-defaulting Party}}; '''minus''' <br> | |||
:(c) {{isdaprov|Unpaid Amounts}} due to the {{isdaprov|Defaulting Party}}.<br> | |||
There aren’t really likely, in peacetime, to be {{isdaprov|Unpaid Amounts}} loafing about — an amount that you are due to pay ''today'' or ''tomorrow'' wouldn’t, ''yet'', qualify as “unpaid”, but would be factored into the {{isdaprov|Close-out Amount}} calculation. | |||
There is a little bit of a dissonance here, since “{{{{{1}}}|Exposure}}” is a snapshot calculation that treats all future cashflows, whether due in a day, a month or a year from today, the same way: it discounts them back to today, adds them up and sets them off. Your {{{{{1}}}|Delivery Amount}} or {{{{{1}}}|Return Amount}}, [[as the case may be]], is just the difference between that Exposure and whatever the existing {{{{{1}}}|Credit Support Balance}} is. The [[future]] is the future: unknowable, unpredictable, but ''discountable'', whether it happens in a day or a thousand years. | |||
All the same, this ''can'' seem kind of weird when your CSA ''you'' have to pay ''him'' an amount today when ''he'' owes ''you'' an even bigger amount tomorrow. It’s like, “hang on: why am I paying you margin when, tomorrow, ''you'' are going to be in the hole to ''me''? Like, by ''double'', if I pay you this margin and you fail to me tomorrow.” | |||
The thing which, I think, causes all the confusion is the dates and amounts of payments under ''normal'' {{isdaprov|Transaction}}s are deterministic, anticipatable, and specified in the {{isdaprov|Confirmation}}, whereas whether one is required under a CSA on any day, and how much it will be, depend on things you only usually find out about at the last minute. CSA payments are due “a regular [[settlement cycle]] after they are called” — loosey goosey, right? — (or even same day if you are under a VMV CSA and you are on the ball with your calls) whereas normal swap payments are due (say) “on the 15th of March” | |||
So, a scenario to illustrate: | |||
*''Day 1'': Party A has an {{{{{1}}}|Exposure}} — is out of the money — to the tune of 100. Its prevailing {{{{{1}}}|Credit Support Balance}} is 90, so (let’s say, for fun, ''after'' the {{{{{1}}}|Notification Time}} on the {{{{{1}}}|Demand Date}}) Party B has called it for a {{{{{1}}}|Delivery Amount}} of a further 10, which it must pay, but not until tomorrow. | |||
*''Day 2'': Meanwhile, Party A has a {{isdaprov|Transaction}} payment of 10 that falls due to Party B, also tomorrow. The arrival of this payment will change Party A’s Exposure to Party B so it is 90. Assuming Party A also pays the Delivery Amount, by knock-off time tomorrow it will have posted a {{{{{1}}}|Credit Support Balance}} of 100, and its Exposure to Party B will only be 90. This means it will be entitled to call Party B for a {{{{{1}}}|Return Amount}} of 10. | |||
This seems rather a waste of operational effort, and will also take years off your credit officer’s life and may even cause his hair to catch fire. Can Party A just ''not'' pay the further Delivery Acount in anticipation of what will happen tomorrow? | |||
Fun times in the world of [[collateral]] [[operations]]. | |||
==={{isdaprov|Market Quotation}} and the {{2002ma}}=== | ==={{isdaprov|Market Quotation}} and the {{2002ma}}=== | ||
*'''{{isdaprov|Market Quotation}}? But I have a {{2002ma}}''': Note the references to {{isdaprov|Market Quotation}} and other {{1992ma}} specific things. If you are under a {{2002ma}}, these should be corrected. Of you could sign up to the [[2002 ISDA Master Agreement Protocol]] and that would do it for you. In the {{vmcsa}}, note both versions of the {{isdama}}, with their contrasting approaches to close-out valuation, are provided for in the alternative. | *'''{{isdaprov|Market Quotation}}? But I have a {{2002ma}}''': Note the references to {{isdaprov|Market Quotation}} and other {{1992ma}} specific things. If you are under a {{2002ma}}, these should be corrected. Of you could sign up to the [[2002 ISDA Master Agreement Protocol]] and that would do it for you. In the {{vmcsa}}, note both versions of the {{isdama}}, with their contrasting approaches to close-out valuation, are provided for in the alternative. | ||
*'''Mid-market?''': A slight [[cognitive dissonance]]: It talks about your {{isdaprov|6(e)(ii)}} amount - which is generally your replacement cost, at your side of the market, but then goes on to say determined at the mid-market price, which is fair, though, because you aren’t in default, and if each party used its own side of the market the {{{{{1}}}|Credit Support Balance}} could never find stability or happeness, even fleetingly, and the credit support world would be in some kinds of infinite loop. | *'''Mid-market?''': A slight [[cognitive dissonance]]: It talks about your {{isdaprov|6(e)(ii)}} amount - which is generally your replacement cost, at your side of the market, but then goes on to say determined at the mid-market price, which is fair, though, because you aren’t in default, and if each party used its own side of the market the {{{{{1}}}|Credit Support Balance}} could never find stability or happeness, even fleetingly, and the credit support world would be in some kinds of infinite loop. |
Revision as of 13:45, 19 June 2024
The total mark-to-market exposure under your ISDA Master Agreement on a given day, not counting anything posted by way of credit support. That is, {{{{{1}}}|Exposure}} omits the mark-to-market exposure of the Transaction comprising the CSA itself,[1] because that would entirely bugger things up: the MTM of an ISDA including the CSA is, of course, more or less zero.
Relevance of Section 6 to the peacetime operation of the Credit Support Annex
The calculation of {{{{{1}}}|Exposure}} under the CSA is modelled on the Section 6(e)(ii) termination methodology following a Termination Event where there is one Affected Party, which in turn tracks the Section 6(e)(i) methodology following an Event of Default, only taking mid-market valuations and not those on the Non-Defaulting Party’s side.
This means you calculate the {{{{{1}}}|Exposure}} as:
- (a) the Close-out Amounts for each Terminated Transaction plus
- (b) Unpaid Amounts due to the Non-defaulting Party; minus
- (c) Unpaid Amounts due to the Defaulting Party.
There aren’t really likely, in peacetime, to be Unpaid Amounts loafing about — an amount that you are due to pay today or tomorrow wouldn’t, yet, qualify as “unpaid”, but would be factored into the Close-out Amount calculation.
There is a little bit of a dissonance here, since “{{{{{1}}}|Exposure}}” is a snapshot calculation that treats all future cashflows, whether due in a day, a month or a year from today, the same way: it discounts them back to today, adds them up and sets them off. Your {{{{{1}}}|Delivery Amount}} or {{{{{1}}}|Return Amount}}, as the case may be, is just the difference between that Exposure and whatever the existing {{{{{1}}}|Credit Support Balance}} is. The future is the future: unknowable, unpredictable, but discountable, whether it happens in a day or a thousand years.
All the same, this can seem kind of weird when your CSA you have to pay him an amount today when he owes you an even bigger amount tomorrow. It’s like, “hang on: why am I paying you margin when, tomorrow, you are going to be in the hole to me? Like, by double, if I pay you this margin and you fail to me tomorrow.”
The thing which, I think, causes all the confusion is the dates and amounts of payments under normal Transactions are deterministic, anticipatable, and specified in the Confirmation, whereas whether one is required under a CSA on any day, and how much it will be, depend on things you only usually find out about at the last minute. CSA payments are due “a regular settlement cycle after they are called” — loosey goosey, right? — (or even same day if you are under a VMV CSA and you are on the ball with your calls) whereas normal swap payments are due (say) “on the 15th of March”
So, a scenario to illustrate:
- Day 1: Party A has an {{{{{1}}}|Exposure}} — is out of the money — to the tune of 100. Its prevailing {{{{{1}}}|Credit Support Balance}} is 90, so (let’s say, for fun, after the {{{{{1}}}|Notification Time}} on the {{{{{1}}}|Demand Date}}) Party B has called it for a {{{{{1}}}|Delivery Amount}} of a further 10, which it must pay, but not until tomorrow.
- Day 2: Meanwhile, Party A has a Transaction payment of 10 that falls due to Party B, also tomorrow. The arrival of this payment will change Party A’s Exposure to Party B so it is 90. Assuming Party A also pays the Delivery Amount, by knock-off time tomorrow it will have posted a {{{{{1}}}|Credit Support Balance}} of 100, and its Exposure to Party B will only be 90. This means it will be entitled to call Party B for a {{{{{1}}}|Return Amount}} of 10.
This seems rather a waste of operational effort, and will also take years off your credit officer’s life and may even cause his hair to catch fire. Can Party A just not pay the further Delivery Acount in anticipation of what will happen tomorrow?
Fun times in the world of collateral operations.
Market Quotation and the 2002 ISDA
- Market Quotation? But I have a 2002 ISDA: Note the references to Market Quotation and other 1992 ISDA specific things. If you are under a 2002 ISDA, these should be corrected. Of you could sign up to the 2002 ISDA Master Agreement Protocol and that would do it for you. In the 2016 VM CSA, note both versions of the ISDA Master Agreement, with their contrasting approaches to close-out valuation, are provided for in the alternative.
- Mid-market?: A slight cognitive dissonance: It talks about your 6(e)(ii) amount - which is generally your replacement cost, at your side of the market, but then goes on to say determined at the mid-market price, which is fair, though, because you aren’t in default, and if each party used its own side of the market the {{{{{1}}}|Credit Support Balance}} could never find stability or happeness, even fleetingly, and the credit support world would be in some kinds of infinite loop.
- ↑ Assuming you are on a proper, sensible, English law title transfer CSA, which counts as a Transaction, and not one of those silly American ones, which doesn’t.