Template:Csa Credit Support Obligations summ: Difference between revisions

From The Jolly Contrarian
Jump to navigation Jump to search
No edit summary
No edit summary
Line 1: Line 1:
====Timing of transfers under a CSA====
The overall vibe of a {{{{{1}}}|Credit Support}} annex is ''self-help''.  
This is how the timing works for CSA transfers. Remember the {{{{{1}}}|Valuation Agent}} is simply the person making the demand. Terminology check: to make this easy we refer to both {{{{{1}}}|Delivery Amount}}s ''and'' {{{{{1}}}|Return Amount}}s as “'''{{{{{1}}}|Transfer Amount}}s'''”. The date on which someone actually demands a Transfer Amount we call a “'''{{{{{1}}}|Demand Date}}'''.


'''Valuation of {{{{{1}}}|Exposure}} and {{{{{1}}}|Credit Support Balance}}''': Firstly, you must value what you are going to call, which will be the Transfer Amount under para {{{{{1}}}|2(a)}} or {{{{{1}}}|2(b)}}. This is roughly {{{{{1}}}|Credit Support Balance}} - {{{{{1}}}|Exposure}} (or ''vice versa'').  
It is presumed on any day there will be a portfolio of Transactions outstanding under the ISDA (not counting the CSA itself, which under the English law construct, is also a “Transaction”, though it is not under a NY law construct), and these Transactions will each create a market exposure, and when those market exposures are summed, will create an overall “{{{{{1}}}|Exposure}}” owed by one party or the other.


Per para {{{{{1}}}|2(a)}} the {{{{{1}}}|Transferor}} will transfer {{{{{1}}}|Eligible Credit Support}} having a {{{{{1}}}|Value}} equal to the {{{{{1}}}|Transfer Amount}} ''as of the date of transfer''.  Under the {{{{{1}}}|Calculations}} provision all calculations happen at the relevant {{{{{1}}}|Valuation Time}}. Fluctuations in value after that time won’t invalidate the {{{{{1}}}|Transfer Amount}}, but they may mean a party can immediately call for more {{{{{1}}}|Credit Support}} (that is, have ''another'' {{{{{1}}}|Demand Date}}). The {{{{{1}}}|Valuation Time}} in turn keys off the {{{{{1}}}|Valuation Date}}.<ref>Under the {{csa}} you may specify either [[close of business]] on the {{csaprov|Valuation Date}} or the {{csaprov|Local Business Day}} immediately ''before'' it. Under the {{vmcsa}} you have flexibility to determine the {{vmcsaprov|Valuation Time}} as at the point you your book each day.</ref>
The party to whom the netted amount would be paid were the {{isdama}} closed out on that day can — subject to a few conditions — call for {{{{{1}}}|Credit Support}} from the party who would be due to pay it.


'''{{{{{1}}}|Demand Date}}''': On any date that is (or promptly follows) a {{{{{1}}}|Valuation Date}}<ref>It need not be a Local Business Day.</ref> in which the {{{{{1}}}|Exposure}} has moved in its favour, one party may demand a {{{{{1}}}|Delivery Amount}}<ref>Under para 2(a).</ref> or a {{{{{1}}}|Return Amount}}.<ref>Under para 2(b).</ref>
The basic idea is that {{{{{1}}}|Credit Support}}, once paid, would create an offsetting exposure under the CSA which, when set off against the net market exposure under the substantive Transactions, would equal zero, or at any rate an acceptably low number: pre-agreed {{{{{1}}}|Threshold}}s, {{{{{1}}}|Independent Amount}}s, {{{{{1}}}|Minimum Transfer Amount}}s may intervene to make that number something other than zero, and {{{{{1}}}|Exposure}} and the value of posted {{{{{1}}}|Credit Support}} may subsequently change, but it will be in any case ''near'' zero.


'''{{{{{1}}}|Transfer Date}}''': Under para {{{{{1}}}|3(a)}} ({{{{{1}}}|Transfers}}) if the {{{{{1}}}|Demand Date}} is a {{{{{1}}}|Local Business Day}} and demand is received ''before'' the {{{{{1}}}|Notification Time}}, the transfer must be made not later than [[close of business]] on the related [[Regular Settlement Day - VM CSA Provision|''Regular'' Settlement Day]].<ref>The “{{csaprov|Settlement Day}}” under the {{csa}} is slightly different.</ref> If received ''after'' the {{{{{1}}}|Notification Time}} (or at any time on a non-{{{{{1}}}|Local Business Day}}), the transfer must be made by close of business on the {{vmcsaprov|Regular Settlement Day}} relating to the day<ref>Note: ''ordinary'' day, ''not'' Local Business Day</ref> ''after'' the Demand Date. <br>
Each party can run this calculation on, essentially, any Local Business Day. Once {{{{{1}}}|Credit Support}} has been posted, the person holding it must factor this {{{{{1}}}|Credit Support}} Balance into its demand. Where a party is seeking to “call back” {{{{{1}}}|Credit Support}} it has already posted, that is called a {{{{{1}}}|Return Amount}}”. Where it is seeking ''new'' {{{{{1}}}|Credit Support}} to cover its own outright Exposure, that is a {{{{{1}}}|Delivery Amount}}.


'''{{csaprov|Settlement Day}}''': Here is where things differ materially between the {{csa}} and the {{vmcsa}}.<br>
(There is not much of a difference, but there is some: where you are calling back {{{{{1}}}|Credit Support}} under a {{{{{1}}}|Return Amount}}, the {{{{{1}}}|Transferee}} gets to choose which bit of {{{{{1}}}|Credit Support}} the {{{{{1}}}|Transferor}} sends back, out of what the {{{{{1}}}|Transferee}} originally posted. When the {{{{{1}}}|Transferee}} is calling for ''new'' {{{{{1}}}|Credit Support}} to cover an outright exposure, the {{{{{1}}}|Transferor}} gets to choose what {{{{{1}}}|Credit Support}} it sends from the agreed Eliigible {{{{{1}}}|Credit Support}} in the elections paragraph).
'''{{csa}}''': The {{csaprov|Settlement Day}} for ''any'' day (whether or not it is a {{{{{1}}}|Local Business Day}}) is:
*'''Cash''': for cash, the next {{{{{1}}}|Local Business Day}} and,
*'''Securities''': for securities, the {{{{{1}}}|Local Business Day}} after the date on which a trade in the relevant security, if effected on the day in question, would have been settled in accordance with customary practice.


'''{{vmcsa}}''': In the new world we have the new concept of the [[Regular Settlement Day - VM CSA Provision|''Regular'' Settlement Day]], and this is the same {{vmcsaprov|Local Business Day}} as the Demand Date. The run-off text at the end of Paragraph {{vmcsaprov|3(a)}} gives you a little more flex: if the demand came after the {{vmcsaprov|Notification Time}}, then you must make the transfer by close on the {{vmcsaprov|Regular Settlement Day}} for the next day.<ref>Just how the business days interact under the ISDA and CSA is about as complicated as string theory, by the way. For a cheat’s guide, see [[How business days work under the CSA]]. You’re welcome!</ref>
====Title transfer versus pledge====
The English law CSAs generally operate under a title transfer construct, where the {{{{{1}}}|Credit Support}} is delivered outright against a contingent obligation on the Transferee to return “equivalent” — meaning fungible — {{{{{1}}}|Credit Support}}. As such, the {{{{{1}}}|Transferor}} has no legal or beneficial interest in {{{{{1}}}|Credit Support}} it has posted: it has only a debt claim against the {{{{{1}}}|Transferee}} for its return (which would be netted off against the {{{{{1}}}|Transferee}}’s debt claim against it under the {{isdama}}). This is why an English law CSA is treated as a {{{{{1}}}|Transaction}}: it is, in every sense, identical to a physically settled asset swap.


====Questions====
The New York law CSAs operate as a [[security interest]] in the form of a pledge: {{{{{1}}}|Credit Support}} is posted by way of security, and the {{{{{1}}}|Transferee}} takes only legal title, holding beneficial interest in the {{{{{1}}}|Credit Support}} for the Transferor. This markedly changes the netting analysis. ''But'' — unless the option has been disapplied in the elections paragraph, the holder of pledged Credit Support is entitled to “rehypothecate” it — transfer it outright to a third party, against an obligation to return a fungible asset — and while U.S. attorneys may beg to differ this, to a jaundiced English lawyer, makes a NY law CSA materially identical to an English law one. Both are effectively, title transfer.
'''{{{{{1}}}|Demand Date}} not a {{{{{1}}}|Local Business Day}}''': What if the Demand Date is not a {{{{{1}}}|Local Business Day}}? E.g., what if it is received after the {{{{{1}}}|Notification Time}} on a Friday, meaning the {{csaprov|Settlement Day}} takes place on the date on which a trade, effected on a Saturday, would have been settled in accordance with customary practice?
*'''Securities''': For securities this is ok: a trade effected on a non-business day would be deemed to be effected on the next following Local Business Day anyway, so it would pick this up.
*'''Cash''': For cash, not so clear.
'''What happens if the transferred credit support changes in value on the {{{{{1}}}|Settlement Day}}'''?<br>
 
'''What happens to {{{{{1}}}|Exposure}}s if the {{{{{1}}}|Settlement Day}} is a long time after the Demand Date?'''<ref>As it may well be, under a {{csa}}, if the collateral is corporate [[bond]]s held in a [[clearing system]]</ref> Is the demand, if answered with irrevocable instructions to deliver, treated as having been met, or does the {{{{{1}}}|Exposure}} stay outstanding until the collateral comes in? The answer (counterintuitive, given that the {{{{{1}}}|Transferee}} remains subject to the [[credit exposure]] during this time) is YES, thanks to the definitions of {{{{{1}}}|Delivery Amount}} and {{{{{1}}}|Return Amount}}, both of which include the words:
{{quote|“...the {{{{{1}}}|Value}} as of that {{{{{1}}}|Valuation Date}} of the {{{{{1}}}|Transferor}}’s {{{{{1}}}|Credit Support Balance}} (adjusted to include any prior {{{{{1}}}|Delivery Amount}} and to exclude any prior {{{{{1}}}|Return Amount}}, the transfer of which, in either case, has not yet been completed and for which the relevant {{{{{1}}}|Settlement Day}} falls on or after such {{{{{1}}}|Valuation Date}}).”}}
 
'''What if I have to pay out a {{isdaprov|Transaction}} termination amount which the counterparty is already holding all or some of by way of [[variation margin]]?''' Since it will owe me that back, we can just offset those and call it quits, right? ''Wrong''. See our [[Transaction terminations and VM|separate article]] on that issue.

Revision as of 10:37, 27 March 2024

The overall vibe of a {{{{{1}}}|Credit Support}} annex is self-help.

It is presumed on any day there will be a portfolio of Transactions outstanding under the ISDA (not counting the CSA itself, which under the English law construct, is also a “Transaction”, though it is not under a NY law construct), and these Transactions will each create a market exposure, and when those market exposures are summed, will create an overall “{{{{{1}}}|Exposure}}” owed by one party or the other.

The party to whom the netted amount would be paid were the ISDA Master Agreement closed out on that day can — subject to a few conditions — call for {{{{{1}}}|Credit Support}} from the party who would be due to pay it.

The basic idea is that {{{{{1}}}|Credit Support}}, once paid, would create an offsetting exposure under the CSA which, when set off against the net market exposure under the substantive Transactions, would equal zero, or at any rate an acceptably low number: pre-agreed {{{{{1}}}|Threshold}}s, {{{{{1}}}|Independent Amount}}s, {{{{{1}}}|Minimum Transfer Amount}}s may intervene to make that number something other than zero, and {{{{{1}}}|Exposure}} and the value of posted {{{{{1}}}|Credit Support}} may subsequently change, but it will be in any case near zero.

Each party can run this calculation on, essentially, any Local Business Day. Once {{{{{1}}}|Credit Support}} has been posted, the person holding it must factor this {{{{{1}}}|Credit Support}} Balance into its demand. Where a party is seeking to “call back” {{{{{1}}}|Credit Support}} it has already posted, that is called a “{{{{{1}}}|Return Amount}}”. Where it is seeking new {{{{{1}}}|Credit Support}} to cover its own outright Exposure, that is a “{{{{{1}}}|Delivery Amount}}”.

(There is not much of a difference, but there is some: where you are calling back {{{{{1}}}|Credit Support}} under a {{{{{1}}}|Return Amount}}, the {{{{{1}}}|Transferee}} gets to choose which bit of {{{{{1}}}|Credit Support}} the {{{{{1}}}|Transferor}} sends back, out of what the {{{{{1}}}|Transferee}} originally posted. When the {{{{{1}}}|Transferee}} is calling for new {{{{{1}}}|Credit Support}} to cover an outright exposure, the {{{{{1}}}|Transferor}} gets to choose what {{{{{1}}}|Credit Support}} it sends from the agreed Eliigible {{{{{1}}}|Credit Support}} in the elections paragraph).

Title transfer versus pledge

The English law CSAs generally operate under a title transfer construct, where the {{{{{1}}}|Credit Support}} is delivered outright against a contingent obligation on the Transferee to return “equivalent” — meaning fungible — {{{{{1}}}|Credit Support}}. As such, the {{{{{1}}}|Transferor}} has no legal or beneficial interest in {{{{{1}}}|Credit Support}} it has posted: it has only a debt claim against the {{{{{1}}}|Transferee}} for its return (which would be netted off against the {{{{{1}}}|Transferee}}’s debt claim against it under the ISDA Master Agreement). This is why an English law CSA is treated as a {{{{{1}}}|Transaction}}: it is, in every sense, identical to a physically settled asset swap.

The New York law CSAs operate as a security interest in the form of a pledge: {{{{{1}}}|Credit Support}} is posted by way of security, and the {{{{{1}}}|Transferee}} takes only legal title, holding beneficial interest in the {{{{{1}}}|Credit Support}} for the Transferor. This markedly changes the netting analysis. But — unless the option has been disapplied in the elections paragraph, the holder of pledged Credit Support is entitled to “rehypothecate” it — transfer it outright to a third party, against an obligation to return a fungible asset — and while U.S. attorneys may beg to differ this, to a jaundiced English lawyer, makes a NY law CSA materially identical to an English law one. Both are effectively, title transfer.