Rebate Accrual Templates - PDF

Document Sample
Rebate Accrual Templates - PDF Powered By Docstoc
					                                                        
                                                        
                                                        
                                                        
                                                        
                                          Current Market Initiatives 
                                             Overview and FAQ 
                                                April 8, 2009 
                                                        
There are a number of market initiatives in various stages of adoption and implementation which are 
designed to make transactions more fungible as well as standardize some of the lifecycle processes.  
Each of these initiatives may have some impact on either the Deriv/SERV confirmation service and/or 
the processing associated with the Trade Information Warehouse (TIW) records.  This document is 
meant to be a high‐level overview of the current status of the initiatives as well as a number of 
frequently asked questions (FAQs).  We will update this document periodically as details and timelines 
are finalized. 
 
Please note that this document is not a substitute for your own review of the relevant source 
documents which are available directly from various industry organizations such as ISDA.   
 
ISDA Credit Derivatives Determinations Committees and Auction Settlement Supplement: 
 
The credit derivatives marketplace is in the process of finalizing the ISDA Credit Derivatives 
Determinations Committees and Auction Supplement (“Supplement”).  This document is designed to be 
incorporated into confirmations for specific products within credit derivatives which are confirmed 
under the ISDA 2003 Definitions.   The current product coverage which can be confirmed within 
Deriv/SERV’s confirmation system and Warehouse (gold records) include single name CDS (corporate 
and sovereigns) as well as certain index transactions both tranched and untranched (CDX and iTRAXX 
series).   It does not include single‐name CDS on Munis, CMBS/RMBS (Pay‐as‐you‐go swaps) or Loans, or 
the related indices (MCDX, ABX, CMBX, LCDX, and LevX). 
 
The Supplement has three primary sections: 
 
Establishment of Determination Committees (DC):  There will be five regional DCs (Americas, Europe 
Middle East Africa [EMEA], Japan, Asia ex‐Japan, and Australia New Zealand) which will be comprised of 
fifteen voting members (10 dealers, 5 buy‐side).  The DCs will make binding decisions related to covered 
transactions as it relates to credit and succession (reorganization) events, eliminating the need for firms 
to send credit event notices and/or succession event notices. 
 
Auction hardwiring: For bankruptcy and failure to pay credit events decided by the DCs, the Supplement 
will provide for the auction mechanism to settle the credit event.  The DCs will decide the auction terms 
including deliverable obligations. There will not be a need to sign up to individual auction protocols.  
Please note that the auction hardwiring section does NOT apply to restructuring credit events and 
certain types of covered transactions such as fixed recovery and reference obligation only transactions. 
Currently, these non‐covered transactions are not being electronically confirmed within Deriv/SERV. 
 
60/90 day “lookback” provisions:  This portion of the Supplement will limit time period that can be 
considered for event determination to 60 and 90 days from “today” for credit and succession events, 
respectively.  This effectively serves as a statute of limitations, eliminating an inherent basis risk 
currently incurred between transactions with identical “prospective” economic terms but different 
effective dates.  This 60/90 day period will roll each day and will not be limited by the effective date of 
the transaction. 
 
Big Bang Protocol: 
 
The Supplement is meant to cover future transactions as of a specific implementation date.  This is 
expected to be April 8th, 2009.  In order to provide coverage on the existing historical population, ISDA is 
creating a Big Bang Protocol (“Protocol”) which is designed to cover the same products as those included 
in the Supplement.  In order for a transaction to have the provisions of the Supplement included, both 
parties to the transaction need to adhere to the Protocol.  The adherence period is expected to open on 
March 12th and close on April 7th.  ISDA is reserving the right to either extend or reopen the Protocol at a 
later date as well. 
 
Because the Supplement and Protocol have slightly different purposes, there are some differences in the 
language.  Amongst those differences: 
 
     • The Protocol covers all historical transactions within the covered products regardless of whether 
         they were confirmed under the 2003 Definitions or not. 
     • The 60/90 day lookback rules will not be applied to the historical population until the second 
         implementation date which is expected to be June 20th, 2009. During the period between April 
         8th and June 20th, there could be situations where the specific facts of an event could apply to 
         new and old transactions differently. 
     • The Protocol covers all transactions between adherents (within the covered products) and there 
         is no way to systemically exclude specific transactions.  Parties are always able to bilaterally 
         agree to exclude any transaction. 
     • The Protocol also covers future dated transactions with a trade date prior to January 1, 2010.  
         This is done to ensure that there is sufficient time to update the large number of standard 
         industry documents, especially for those confirmed on paper (long‐form). 
 
100/500 Trading style: 
 
The dealer community is expected to introduce a new standardized trading style trade single‐name CDS 
on North American Corporate names known as 100/500.  These transactions are effectively the same as 
the current single name transactions but will have certain standardized terms which will result in a more 
fungible transaction.  It is important to note that this trading style does not stop parties from trading the 
same single‐name CDS trades they are currently trading.  However, it is expected that liquidity will move 
quickly to the standardized contracts. 
Regardless of the trading level, the transaction will be struck at a standard 100 or 500 bp level.  The 
difference, along with the accrual “rebate” from the last coupon payment date will be calculated into an 
upfront payment amount due on T+3.  In order to ensure that all counterparties will calculate identical 
upfront amounts, the industry has agreed on a standard industry “converter” as well as a standard set of 
inputs.  Details can be found on Markit’s website: www.markit.com/cds.  
 
In order to be a “standard” contract, the transaction must have the below criteria. Transactions that do 
not meet these criteria can continue to be confirmed electronically as they are today. 
     • The coupon must either be 100 or 500 bps (1%/5%).  While it is expected that investment grade 
         names will trade on 100 bps and high yield names will trade at 500 bps, either level is 
         acceptable. 
     • The trade must have a scheduled termination date (maturity date) which corresponds to the 
         unadjusted quarterly roll dates, specifically March 20th, June 20th, September 20th, or December 
         20th. 
     • The trade will have a full first coupon, similar to index transactions.  Specifically, the transaction 
         will have a first payment period accrual start date (FPPASD) of the adjusted previous quarterly 
         roll date (for example, June 22nd rather than June 20th) and a first fixed rate payer payment date 
         (FFRPPD) of the unadjusted next quarterly roll date (September 20th rather than September 
         21st.)   
 
These standardized contracts can be confirmed under the ISDA Credit Derivatives Matrix, bilaterally 
negotiated MCAs or the DTCC standard MCA.  Transactions under the matrix will have a master 
documentation type of “StandardNorthAmericanCorporate” rather than “NorthAmericanCorporate” and 
MCA transactions will have a master documentation type of “ISDA2003StandardCreditNorthAmerican” 
rather than “ISDA2003CreditNorthAmerican”.  These trades are sometimes referred to as “SNAC” 
transactions. 
 
Currently, these standardized classifications are available only for North American Corporate 
transactions but several of the other trading regions are reviewing these changes for possible future 
changes in trading styles. 
 
Deriv/SERV Implications: 
 
There are a number of implications to the processing of trades with the confirmation and TIW systems. 
A few important ones are: 
 
   •    The standard industry default will be to include the Supplement in all applicable transactions 
        with a trade date or novation trade date on or after the implementation date (April 8th).  
        Because there is no currently available field to confirm the inclusion of the supplement in 
        transactions covered by MCAs or standard term supplements (STS), the industry has asked 
        Deriv/SERV to hardcode the incorporation of the Supplement in all future transactions.  
        Therefore in order to confirm a covered transaction in the future without the Supplement 
        terms, it will be necessary to execute a paper confirmation. 
   •    In order to achieve operational efficiencies, the Warehouse will utilize its event processing 
        infrastructure to automatically include all transactions (historical and future) based on the 
        decision of the DCs.  This is true whether both parties to a trade adhered to the Big Bang 
        Protocol or not.  Firms which did not adhere to the Protocol and wish to exclude transactions 
        from the Warehouse processing are free to unadhere the transaction from a specific event 
        processing prior to the event processing start date.  This automated adherence is meant only as 
        a means of improving the effectiveness of the Warehouse and its lifecycle processing. 
    •   For standard trades, the effective date field loses most (all?) of its meaning for covered 
        transactions in that the coverage period for event determination will be covered by the 
        Supplement and the accrual periods will be determined by the FPPASD field.  However, due to 
        time constraints, it was deemed too risky to modify the current templates to take out the 
        effective date field, along with the FPPASD and FFRPPD fields.  Instead, the warehouse will 
        continue to utilize the field within its confirmation matching process. 
    •   Transactions that are identified as “standard” trades will go through an additional set of 
        validations which will either reject the transaction if certain fields are incorrect or overwrite the 
        submitted values with correct values.  A full list of validations is listed below in Appendix II.  Key 
        validations include: 
             o Rejection: A coupon other than 100/500 or a maturity date not on a quarterly roll. 
    •   Overwrite: FPPASD (adjusted previous quarterly roll), FFRPPD (unadjusted next quarterly roll), 
        single payment date (T+3), effective date (T+1)  
    •   Any value which is overwritten by the confirmation system will be explicitly shown on the daily 
        overwrite report available automatically in the Reports tab on the GUI. 
 
Appendix I below contains a list of FAQs.  The ISDA website and the Markit website also include 
information which may be of assistance.  If you have any questions, please do not hesitate to contact 
your Deriv/SERV Client Representative. 
 
 
 
 
 
        
                                                      

                                                        
                                                Appendix I 

                                       Frequently Asked Questions 

What is the 100/500 contract? 

In an effort to increase transparency and fungibility, the derivatives industry has agreed to a new North 
American CDS contract, which aims to further standardize a number of variables.  This transaction is 
referred to as a 100/500 contract. These contracts will include upfront payments to make them more 
like the bonds they are linked to. These contracts will trade with fixed 100 or 500 basis points and 
calculate the upfront using a standard calculator.  

 

When is trading suppose due to begin on this new contract? 

The start date is expected to be April 8th 2009 starting with North American Corporate trades. A new 
transaction type will be created called Standard North American Corporate or “SNAC” trades.  There is 
currently no scheduled date for standard trades in other regions, but discussions are ongoing. 

 

What change will be made to the scheduled termination date? 

The Scheduled Termination Date will always match a quarterly roll date.  The Quarterly roll dates will 
always be March 20th, June 20th, September 20th and December 20th, unadjusted.  Transactions with 
different maturity dates will not qualify as standard trades and will be rejected if submitted as standard 
trades. 

 

Will fields in DTCC be overwritten? 

Yes, if you submit a trade using the newly created ISDA2003StandardCreditNorthAmerican (MCA) or 
StandardNorthAmericanCorporate (matrix) documentation type, DTCC will overwrite several fields 
including effective date, Fixed Payer Payment Accrual Start Date, First Fixed Rate Payer Payment Date, 
Single Payment Date, payment frequency, etc.  A complete listing of the field rules can be found in 
Appendix II.   

 

Is there a change to the Accrual Start date? 

Rather than starting on the Effective Date of the transaction, accrual will begin on and include the last 
Quarterly Date (March 20, June 20, September 20 or December 20) on or preceding the Trade Date plus 
one calendar day.  There are full coupons and no short or long stubs. This will mirror index trading. Note: 
This  is  the  adjusted  date,  meaning  that  if  the  last  quarterly  roll  date,  such  as  June  20,  2009,  fell  on  a 
weekend, it would be adjusted to the next good business day, or June 22, 2009. 

 

If I choose to trade a non‐Standard North American Corporate CDS after April 8th, 2008, can I still 
confirm the trade electronically or will it need to go paper? 

Yes, you can still confirm non‐SNAC trades electronically.  You can continue to confirm with any coupon, 
maturity date, or long/short stub using NorthAmericanCorporate (matrix) or 
ISDA2003CreditNorthAmerican MCA). 

What you can NOT do after April 8th, 2009 is to confirm a trade electronically without including the ISDA 
supplement which includes the Hardwiring/Dispute resolution and the 60/90 day lookback rules, 
assuming that the transaction is within the covered product definitions. 

 

Is it possible to novate an “old” trade into a “SNAC” trade? 

No, this is not possible.  Only way to convert “old” positions in to “SNAC” positions is to unwind the 
“old” position and to book a new “SNAC” position.   

Alternatively, both parties may decide to amend existing non‐SNAC transactions into SNAC trades. The 
amended trade must meet all of the same requirements that a new SNAC trade would.  There is no 
industry wide plan to amend the historic North American Corporate populations, but some firms may 
wish to do this on a bilateral basis. 

 

Are there any rules around what spread (100/500) can be quoted? 

As a rule of thumb the 100 spread will be used on the Investment Grade credits and 500 on the High 
Yield credits.  It is expected that any credit will be able to be quoted at either level at any time. 

 

Will Restructuring be available on the 100/500 contracts? 

Yes, after much discussion we will no longer overwrite the restructuring value to "N" for SNAC trades
(both matrix and MCA doc types). Instead, it will be the normal matching rules (Y for Yes and "N" or
"blank" for No) that the other single-name trades have.  

What confirmation style can I use to confirm my transactions electronically? 

Firms can confirm “SNAC” trades using either the Matrix or MCA. It is expected that the matrix will be 
the preferred methodology as the Supplement reduces the decisions that are made by the calculation 
agent.  The determination of the calculation agent was often one of the primary reasons parties did not 
use the Matrix.  

 

Matrix:  ISDA will publish an updated Matrix that includes a new "Standard North American Corporate" 
Transaction Type.   

Master Confirmation Agreement (MCA):  the Transaction Type that a firm submits to DTCC will be called 
"ISDA2003StandardCreditNorthAmerican" for 100/500 confirmed under a MCA.  As this will be defined 
in the DTCC Operating Procedures, no changes are necessary to executed MCAs or the DTCC Standard 
MCA.  You will continue to confirm these with the MCA date you currently use to confirm North 
American Corporates. 

 

What is Auction Hardwiring? 

Beginning April 8th, 2009 a panel of 5\representatives from 15 financial institutions (10 from dealers/5 
from buyside) will be determining if and when an event has occurred, as well as the determination dates 
and deliverable obligation on the events.  Please consult the ISDA website for the latest draft of the ISDA 
Credit Derivatives Determinations Committees and Auction Settlement Supplement to the 2003 ISDA 
Credit Derivatives Definitions (April 8th, 2009). 

 

I understand that the effective date is also changing as a part of this auction hardwiring?  How is it 
changing? 

As a result of auction hardwiring the effective date on all covered product credit derivatives will be a 
rolling T‐60 for Credit Events and T‐90 for Successor Events (where “T” = ‘today’) In order to have this 
rolling effective date apply to historic transactions, firms will need to sign up to the ISDA Protocol which 
is scheduled to open on March 12th and close on April 8th.   

The effective date for accruals will be adjusted by the use of the first payment period accrual start date 
resulting in full first coupons. 

 

What credit derivative products are excluded from coverage by the Supplement? 

There are a number of products excluded from the Supplement.  For a complete list, please review the 
documentation on the ISDA website. Within the Deriv/SERV confirmation system, this will include: 

        •ABS & related indices (ABX/CMBX) 

        •LCDS/ELCDS & related indices (LCDX and LevX) 
        •CDS on Muni & related indices (MCDX) 

         

Are  there  any  products  covered  by  the  determination  committee  decisions  but  not  the  auction 
hardwiring provisions of the Supplement? 

There are several categories of products that are covered by both the determinations committee 
decisions and the 60/90 day lookback provisions but which are excluded from coverage by the auction 
hardwiring provisions.  Please consult the ISDA documentation for a complete list.  Currently, none of 
these product types are confirmable electronically, although the market is considering the changes need 
to confirm fixed recovery swaps and reference obligation only swaps within the Deriv/SERV platform. 

 

Will I need to update my bilateral MCA’s to cover the changes made by the Auction Hardwiring and 
SNAC? 

For electronically confirmed MCA transactions, you will not need to make any amendments.  DTCC will 
be updating their operating procedures to include the Supplement surrounding for all future 
transactions for covered products.  All historical transactions (legacy portfolio) will need to be affected 
via the ISDA Big Bang protocol.  Future paper trades will need to reference the Supplement explicitly in 
the confirmation or through an amendment to their MCAs. 

Note: the Big Bang Protocol will cover paper trades within the covered products until January 1, 2010.  
Please review the Protocol language for more details. 

 

What changes, if any, will be made to my existing portfolio of trades in the Trade Information 
Warehouse on April 8th 2009? 

There will be no change made to any historic transactions as a result of any changes to the Warehouse 
Operating Procedures.  However, your transactions will be automatically adhered to both credit and 
successor events according to the decisions of the determination committees.  If you do not wish your 
trades to be included in the Warehouse lifecycle processing, you will need to unadhere your 
transactions prior to the event processing start date. 

Please email derivserv_CAM@dtcc.com if you have additional questions 

                                                Appendix II 

                                                  100‐500 

                                              Proposed field rules 
     
For 100/500 transactions, there are no new fields or changes to any of the various messaging templates.  
The only messaging/submission change required for these transactions is the use of a new set of valid 
values to represent a standard transaction.  The FpML committee has agreed on the valid value for the 
matrix as StandardNorthAmericanCorporate and ISDA2003StandardCreditNorthAmerican for MCA 
transactions.   
 
While there are no messaging changes, the Deriv/SERV confirmation system will institute a number of 
new validations on the data submitted. These validations may result in the rejection of the submitted 
transaction with an appropriate error code.  An example of this would be the submission of a standard 
100/500 trade with a scheduled termination date that is not a quarterly roll date.   
 
Other validations will result in confirmation system overwriting the specific value in a field.  An example 
of this would be the submission of a standard transaction with a payment frequency of 6 months.  This 
value would be overwritten with a value of 3 months as all standard North American trades are to have 
a payment frequency of 3 months.  All overwritten values can be found on the overwrite report found in 
the Reports section of the DTCC GUI. 
 
The expected behavior for each of the fields, for both matrix and MCA transactions, is written below 
(Red text represents “overwritten” values by the confirmation system.  Blue text represents rejection 
criteria): 
      
    GUI Field            Matrix Behavior                                MCA Behavior 
Master Document          StandardNorthAmericanCorporate (SNAC)          ISDA2003StandardCreditNorthAmerican 
Transaction Type                                                        (MCA SNAC) 
Documentation Type       CreditDerivativesPhysicalSettlementMatrix      “blank” 
Notional amount          From confirm submission                        From confirm submission 
Notional currency        Reject if not in the matrix                    Process all currencies 
Buyer/seller             From confirm submission                        From confirm submission 
Trade date               From confirm submission                        From confirm submission 
Scheduled term date      From confirm submission                        From confirm submission 
                         Reject if not on a quarterly roll date         Reject if not on a quarterly roll date 
Effective date           Trade date + 1                                 Trade date + 1 
Coupon                   100/500 or rejected                            100/500 or rejected 
RED code                 From confirm submission                        From conf 
                                                                             
Reference Entity Name    From Markit XML based on RED submission        From Markit XML based on RED 
    (Underlying)         IF submitter is a REDS subscriber,             submission IF submitter is a REDS 
                         Otherwise from confirm submission              subscriber, 
                                                                        Otherwise from confirm submission 
Reference Obligation     From Markit XML based on RED submission        From Markit XML based on RED 
                         IF submitter is a REDS subscriber,             submission IF submitter is a REDS 
                         Otherwise from confirm submission              subscriber, 
                                                                        Otherwise from confirm submission 
                                                                         
Payment Frequency       3 months                                        3 months 
First Fixed Rate Payer  Next quarterly roll based on T+1 – Identical    Next quarterly roll based on T+1 – 
Payment Date ‐ FFRPPD  to index payments                                Identical to index payments 
                        (unadjusted date)                               (unadjusted date) 
First Payment Period    Previous quarterly roll date back from          Previous quarterly roll date back from 
Accrual Start Date ‐    FFRPPD (Adjusted date is used)                  FFRPPD (Adjusted date is used) 
FPPASD 
Restructuring             From confirm submission                        From confirm submission 
Calculation agent         From confirm submission                        Not applicable 
Calculation agent city    From Matrix values                             Not applicable 
Master agreement type     ISDA                                           Not applicable 
Master agreement          From confirm submission                        Not applicable 
date 
Master Documentation      From confirm submission – expected to be       From confirm submission – the bilateral 
date                      blank.  It is the “publication date” of the    MCA date (or other standard date 
                          matrix which , when blank, is defaulted to     agreed) 
                          most current matrix as of trade date 
Single/Initial Payment    From confirm submission                        From confirm submission 
amount                    Note:  when the buyer is paying the            Note:  when the buyer is paying the 
                          upfront, the proper FpML is the                upfront, the proper FpML is the 
                          <singlepayment> tag.  When the seller is       <singlepayment> tag.  When the seller is 
                          paying,  the proper FpML is the                paying,  the proper FpML is the 
                          <initialpayment> tag.  This is the same as     <initialpayment> tag.  This is the same as 
                          BAU today.                                     BAU today. 
                                
Single/Initial payment    Reject if not in the matrix                    Process all currencies 
currency 
Single/initial payment    T+3 based on currency holidays directly        T+3 based on currency holidays in 
date                      from the matrix on the single/initial          payment table as agreed by PWG on the 
                          payment currency                               single/initial payment currency 
Single/Initial payment    From confirm submission                        From confirm submission 
payer/receiver            Blank when buyer is the payer – Populated 
                          when seller is the payer 
Independent               From confirm submission                        From confirm submission 
amount/payer/receiver 
Additional provisions  From confirm submission                           Not applicable 
Monoline 
Additional terms          From confirm submission                       From confirm submission 
Assignment rules          The same general rules will apply to the      The same general rules will apply to the 
                          new RP submission (known as R1) and the       new RP submission (known as R1) and 
                          EE submission.  Certain fields (trade date,   the EE submission.  Certain fields (trade 
                          effective date, FFRPPD, FPPASD) cannot be     date, effective date, FFRPPD, FPPASD) 
                          submitted on the new leg of an assignment  cannot be submitted on the new leg of 
                          and will be carried over from the underlying  an assignment and will be carried over 
                          Warehouse record.                             from the underlying Warehouse record.   
Assignment                SNAC trades can be assigned only into new  MCA SNAC can be assigned into MCA 
transformation rules      SNAC trades                                   SNAC or SNAC trades (MCA to matrix 
                                                                        conversion rules would apply) 
 

				
DOCUMENT INFO
Shared By:
Categories:
Tags:
Stats:
views:48
posted:8/2/2011
language:English
pages:10
Description: Rebate Accrual Templates document sample