Template:Eventsofdefault: Difference between revisions

From The Jolly Contrarian
Jump to navigation Jump to search
(Created page with "====Types of Events of Default==== =====Independently verifiable===== Some {{isdaprov|Events of Default}} you can independently verify without counterparty's confirmation, for...")
 
 
(One intermediate revision by the same user not shown)
Line 2: Line 2:
=====Independently verifiable=====
=====Independently verifiable=====
Some {{isdaprov|Events of Default}} you can independently verify without counterparty's confirmation, for example:
Some {{isdaprov|Events of Default}} you can independently verify without counterparty's confirmation, for example:
*'''Direct breaches''': direct breaches of the Agreement (eg {{isdaprov|Failure To Pay}}; {{isdaprov|Breach of Agreement}});
*'''Direct breaches''': direct breaches of the Agreement (eg {{isdaprov|Failure to Pay}}; {{isdaprov|Breach of Agreement}});
*'''Public events''': Events which are necessarily public (most of the {{isdaprov|Bankruptcy}} limbs; {{isdaprov|Merger Without Assumption}}
*'''Public events''': Events which are necessarily public (most of the {{isdaprov|Bankruptcy}} limbs; {{isdaprov|Merger Without Assumption}}
=====Not independently verifiable=====
=====Not independently verifiable=====
Line 8: Line 8:
*{{isdaprov|Cross Default}}
*{{isdaprov|Cross Default}}
*other limbs of {{isdaprov|Bankruptcy}} (eg "has a secured party take possession of all or substantially all its assets".
*other limbs of {{isdaprov|Bankruptcy}} (eg "has a secured party take possession of all or substantially all its assets".
=====“Hard” {{isdaprov|Events of default}}=====
=====“Hard” {{isdaprov|Events of Default}}=====
Hard events where some positive action has actually been taken representing a default - such as a {{isdaprov|Failure to Pay}}
Hard events where some positive action has actually been taken representing a default - such as a {{isdaprov|Failure to Pay}}
=====“Soft” or “Passive” Events of Default=====
=====“Soft” or “Passive” {{isdaprov|Events of Default}}=====
Where a state of affairs has arisen ''permitting'' a hard {{isdaprov|Event of Default}} to be called, but it has not been designated it happened, such as {{isdaprov|Cross Default}}, where person owning the actual "hard" default right against your counterparty may not have triggered (or have any intention of triggering) it.
Where a state of affairs has arisen ''permitting'' a hard {{isdaprov|Event of Default}} to be called, but it has not been designated it happened, such as {{isdaprov|Cross Default}}, where person owning the actual "hard" default right against your counterparty may not have triggered (or have any intention of triggering) it.


That said, and for the same reason, such "not independently verifiable" termination/default events are effectively soft anyway, even where we have such an obligation from counterparty to notify us of their occurrence, because we have no means of policing whether or not the Counterparty has in fact notified us, and therefore no practical remedy anyway if it does not. It is a self certification, after all, and all we can rely on is its moral force and the party's competence to monitor its own position and be sufficiently organised to tell us.
That said, and for the same reason, such “not independently verifiable” termination/default events are effectively soft anyway, even where we have such an obligation from counterparty to notify us of their occurrence, because we have no means of policing whether or not the Counterparty has in fact notified us, and therefore no practical remedy anyway if it does not. It is a self certification, after all, and all we can rely on is its moral force and the party's competence to monitor its own position and be sufficiently organised to tell us.


Additionally, the obligation on a Counterparty to monitor "passive" {{isdaprov|Events of Default}} like {{isdaprov|Cross Default}} (as opposed to [[cross acceleration]] where [[QED]] a defaulting party will be notified about the occurrence) is a pretty onerous one particularly for a large entity, and even more so where (as they often are for funds) derivatives are included in definition of {{isdaprov|Specified Indebtedness}}.  
Additionally, the obligation on a counterparty to monitor "passive" {{isdaprov|Events of Default}} like {{isdaprov|Cross Default}} (as opposed to [[cross acceleration]] where [[QED]] a defaulting party will be notified about the occurrence) is a pretty onerous one particularly for a large entity, and even more so where (as they often are for funds) derivatives are included in definition of {{isdaprov|Specified Indebtedness}}.  


Given that cross defaults may have artificially low {{isdaprov|Threshold Amount}}s (as do some of ours) and are set at levels where actual counterparties owning those rights directly are most unlikely to exercise them, it should not be a surprise to find parties resistant to notifying us about these.
Given that [[cross default|cross defaults]] may have artificially low {{isdaprov|Threshold Amount}}s (as do some of ours) and are set at levels where actual counterparties owning those rights directly are most unlikely to exercise them, it should not be a surprise to find parties resistant to notifying us about these.


This becomes a credit call but a practical recommendation would be:
This becomes a credit call but a practical recommendation would be:
Line 23: Line 23:
#Impose notification requirement only on "active" termination/default events which are non-public and CP has no excuse for not having monitored them and counterparty has actually exercised; and
#Impose notification requirement only on "active" termination/default events which are non-public and CP has no excuse for not having monitored them and counterparty has actually exercised; and
#If that doesn't work, agree to drop the provision altogether, as in my view its practical utility is limited to "moral" at best (as there is no effective sanction for counterparty breach anyway)
#If that doesn't work, agree to drop the provision altogether, as in my view its practical utility is limited to "moral" at best (as there is no effective sanction for counterparty breach anyway)
===={{isdaprov|Illegality}}====
===={{isdaprov|Illegality}}====
{{isdaprov|Illegality}} trumps {{isdaprov|Event of Default}}. Be careful where, for example, a {{isdaprov|Failure to Pay}} is occasioned by a mandatory change in law by a government having jurisdiction over one or other counterparty — see {{isdaprov|Illegality}}. Good example: Greek capital controls of June 2015.
{{isdaprov|Illegality}} trumps {{isdaprov|Event of Default}}. Be careful where, for example, a {{isdaprov|Failure to Pay}} is occasioned by a mandatory change in law by a government having jurisdiction over one or other counterparty — see {{isdaprov|Illegality}}. Good example: Greek capital controls of June 2015.

Latest revision as of 16:09, 13 April 2020

Types of Events of Default

Independently verifiable

Some Events of Default you can independently verify without counterparty's confirmation, for example:

Not independently verifiable

Some require the counterparty to tell you as they depend on facts which you could not know are not public knowledge, are not breaches of a direct obligation to the counterparty and would not otherwise come to the firm's attention: Particularly:

  • Cross Default
  • other limbs of Bankruptcy (eg "has a secured party take possession of all or substantially all its assets".
“Hard” Events of Default

Hard events where some positive action has actually been taken representing a default - such as a Failure to Pay

“Soft” or “Passive” Events of Default

Where a state of affairs has arisen permitting a hard Event of Default to be called, but it has not been designated it happened, such as Cross Default, where person owning the actual "hard" default right against your counterparty may not have triggered (or have any intention of triggering) it.

That said, and for the same reason, such “not independently verifiable” termination/default events are effectively soft anyway, even where we have such an obligation from counterparty to notify us of their occurrence, because we have no means of policing whether or not the Counterparty has in fact notified us, and therefore no practical remedy anyway if it does not. It is a self certification, after all, and all we can rely on is its moral force and the party's competence to monitor its own position and be sufficiently organised to tell us.

Additionally, the obligation on a counterparty to monitor "passive" Events of Default like Cross Default (as opposed to cross acceleration where QED a defaulting party will be notified about the occurrence) is a pretty onerous one particularly for a large entity, and even more so where (as they often are for funds) derivatives are included in definition of Specified Indebtedness.

Given that cross defaults may have artificially low Threshold Amounts (as do some of ours) and are set at levels where actual counterparties owning those rights directly are most unlikely to exercise them, it should not be a surprise to find parties resistant to notifying us about these.

This becomes a credit call but a practical recommendation would be:

  1. Impose notification requirement only on "active" termination/default events which are non-public and CP has no excuse for not having monitored them and counterparty has actually exercised; and
  2. If that doesn't work, agree to drop the provision altogether, as in my view its practical utility is limited to "moral" at best (as there is no effective sanction for counterparty breach anyway)

Illegality

Illegality trumps Event of Default. Be careful where, for example, a Failure to Pay is occasioned by a mandatory change in law by a government having jurisdiction over one or other counterparty — see Illegality. Good example: Greek capital controls of June 2015.