Credit Support Document - ISDA Provision: Difference between revisions
Amwelladmin (talk | contribs) No edit summary |
Amwelladmin (talk | contribs) No edit summary |
||
| Line 1: | Line 1: | ||
{{ | {{manual|MI|2002|Credit Support Document|Section|Credit Support Document|medium}} | ||
Being the document by which {{isdaprov|Credit Support}} is provided by a {{isdaprov|Credit Support Provider}}. | Being the document by which {{isdaprov|Credit Support}} is provided by a {{isdaprov|Credit Support Provider}}. | ||
{{credit support annex as a credit support document}} | |||
===[[Guarantees]] under the {{isdama}}: why {{isdaprov|Transaction}}-specific {{isdaprov|guarantee}}s don't work=== | ===[[Guarantees]] under the {{isdama}}: why {{isdaprov|Transaction}}-specific {{isdaprov|guarantee}}s don't work=== | ||
{{isdaguaranteewarning}} | {{isdaguaranteewarning}} | ||
{{ref}} | {{ref}} | ||
Revision as of 10:58, 25 February 2020
Content and comparisons
No changes between the versions of this rather unnecessary definition. The men and women of ISDA’s crack drafting squad™ must have stood back and admired the handiwork of their 1992 forebears, high-fived each other and gone, “nice job, dudes and dudettes”.
Summary
General discussion
Template:M gen 2002 ISDA Credit Support Document
See also
References
Being the document by which Credit Support is provided by a Credit Support Provider.
The 1995 CSA is not a {{{{{1}}}|Credit Support Document}}...
Among the countless good examples of just how contrived, over-engineered, and fiddly for the sake of being fiddly the ISDA canon is, there is none better than the fact that a New York law Credit Support Annex is a {{{{{1}}}|Credit Support Document}}, while the English law equivalent is not. If that were not silly enough, according to User’s Guide best practice one should not designate the counterparties themselves as {{{{{1}}}|Credit Support Provider}}s to either, though it unclear which portion of the sky would fall in if one did.
A CSA[1] is not a {{{{{1}}}|Credit Support Document}}, and you should not list it as one in {{{{{1}}}|Part 4}} of the {{{{{1}}}|Schedule}}, however satisfying it might be to do so. I mean it sounds like one, right? But no: the counterparty cannot be its own {{{{{1}}}|Credit Support Provider}}. The 1995 CSA is, rather, a {{{{{1}}}|Transaction}} under the ISDA Master Agreement. This is rather important to the whole issue of close-out netting. Deep ISDA lore.
But the 1994 NY CSA is a {{{{{1}}}|Credit Support Document}}: because it is a security financial collateral arrangement arrangement and not a title transfer collateral arrangement, transfer of credit support under a 1994 NY CSA[2] does not change the net liabilities between the parties, the 1994 NY CSA (and its regulatory VM successor, the 2016 NY Law VM CSA is a {{{{{1}}}|Credit Support Document}} and not a transaction under the ISDA Master Agreement. But, because the parties cannot be their own {{{{{1}}}|Credit Support Provider}}s, there are no Credit Support Providers under a New York law CSA. It is like some kind of self-animating poltergeist. Fun, huh?
Guarantees under the ISDA Master Agreement: why Transaction-specific guarantees don't work
Guarantees and the ISDA Master Agreement: why Transaction-specific guarantees don’t work
Should a client request a {{{{{1}}}|transaction}}-specific parental {{{{{1}}}|guarantee}} (or letter of credit) for a {{{{{1}}}|Transaction}} under an ISDA Master Agreement instead of the usual “all obligations” guarantee of all the counterparty’s obligations under the ISDA Master Agreement, hit the alarm button.
You should never agree to the {{{{{1}}}|guarantee}} of individual {{{{{1}}}|Transaction}}s (nor accept a letter of credit with respect to individual {{{{{1}}}|Transactions}}) under an ISDA Master Agreement. If you do, because of the way ISDA Master Agreements are closed out under Section {{{{{1}}}|6(e)}} — or rather, aren’t closed out, you might find that just when you want your guarantee to pay, the {{{{{1}}}|Transaction}} it is guaranteeing isn’t there anymore:
On a close-out, each {{{{{1}}}|Transaction}} is terminated, the individual close-out amounts are determined, they’re aggregated up to a single net sum (i.e. negative exposures are netted off against positive ones) and a single {{{{{1}}}|Close Out Amount}} is payable with respect to all terminated {{{{{1}}}|Transactions}} under {{{{{1}}}|6(e)}} ({{{{{1}}}|Payments on Early Termination}}) of the ISDA Master Agreement.[3]
That is to say, payments following termination of a {{{{{1}}}|Transaction}} are not payable under the {{{{{1}}}|Transaction}} at all - they are payable under the ISDA Master Agreement itself. Therefore, if the guarantee relates to the single {{{{{1}}}|Transaction}}, at the point you wish to rely on it (i.e., upon the party’s default), it will have gone, with no payment required. Vanished, like tears in the rain.
References
- ↑ and its VM update, the 2016 VM CSA.
- ↑ and its VM update, the 2016 NY Law VM CSA.
- ↑ The ISDA Master Agreement itself is never actually terminated, but carries impotently on in undead twilight, roaming the badlands like Nosferatu or the Flying Dutchman, unloved, unredeemed, until the end of days.