Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Next »

Overview

This document applies to all releases of Eagle software. Version-dependent functionality is noted with the initial release(s) it became available.

Variance and Volatility Swaps (VVSs) allow investors to speculate on the volatility, or magnitude of movement, of a given underlying reference against a volatility strike. This can be the price of an index, FX rate, interest rate, or just about any other reference that has a measurable level. Cash is settled based on the difference between the actual volatility vs. the established strike level. Another flavor, called a Dispersion Swap, allows investors to go long (buy) or short (sell) the volatility associated with an index and take the opposite position on particular components of that index. This document covers the full lifecycle including Accounting, Data Management, and Performance.

Pay special attention to underlined sections, as these highlight the most frequently encountered issues. Bold is used for navigation, modules, and screens. Italics are used for fields, tables, and errors. Fixed width indicates values for fields or code/text that should be entered. Tags are shown in parentheses (#) after field names.


Content on this page:

Entity Setup

Before any trades can be booked, the target entity must be set up appropriately.

Unable to render {include} The included page could not be found.

Reference Data

Storage & Configuration

Eagle models VVSs by leveraging the Credit Default Swap (CDS) security master file (SMF), which has a single row in Data Management. Security Type (82) and Sub Security Type (1464) can be used to distinguish VVS from regular CDS.

Market Data

Leveraging the CDS model provides a familiar processing workflow that also aligns with the way VVS are priced. Par-zero prices are expected, so positive and negative prices can be entered directly. In addition, leveraging the CDS par-zero pricing model allows for extreme price fluctuations, which would be capped if using par-based/percentage pricing. For Dispersion Swaps, you may need to flip the price from positive to negative, or vice versa, because CDS are always held long in Eagle.

Security Data

VVS can be setup and maintained using Issue Viewer, Security Reference Manager (SRM), or Reference Data Center (RDC). The list below contains all fields required to configure a VVS SMF.

  • Issue Name (961)
  • Primary Asset ID (14) & Type (1432)
  • Unique Product (1955) & Swap Identifiers (1958, V12.1.2 and above)
  • Processing Security Type (3931) = SWCDCO (Credit Default Swaps)
  • Security Type (82) & Sub Security Type (1464): can be used to distinguish VVS from regular CDS
  • Price Multiplier (18): 1.00 is most common for VVS, but 0.01 may be correct depending on your price source
  • Issue Country (1418)
  • Asset Currency (85)
  • Buy/Sell Indicator (1364): required for securities using the CDS model, but has no impact on Accounting for VVS; can be used to denote buying or selling the variance/volatility
    • Buy: long exposure to variance/volatility
    • Sell: short exposure to variance/volatility (typically the broker side or party writing the contract)
  • Coupon (70) = 0
    • This suppresses income accruals
  • Coupon Type (97) = Fixed Rate
  • Day Count Basis (471) = ACT/360
  • Payment Frequency (472) = At Maturity
  • Business Day Convention (1536) = NONE
  • Issue Date (68): first trade date of the swap
  • Dated Date (1183):  "Effective Date" in ISDA contracts; typically same as Issue Date for VVS
  • First Coupon Date (473) = Maturity Date
  • Last Coupon Date (474) = Maturity Date
  • Maturity Date (38): "Final Observation Date," "Expiration Date," or "Termination Date" in ISDA contracts
  • Cleared Security (5027) = No

Trade Processing

Open (transaction type: CDSOPEN)

Trades are entered using the Book Trade module once the entity and reference data have been configured. Enter the appropriate entity, security identifier, and trade/settle dates and click Submit to query for the security. Right-click it and select Open > Open Swap Contract. The list below contains all fields required to book a VVS trade.

  • Traded Interest/Effective Date (2857): date accruals begin in Accounting; leave default value as there is no impact for VVS
  • Select Values to be Calculated by STAR (7000) = Calculate None
  • Data Entry Method (10485): Enter Price to supply a unit price or Enter Total Settlement Amount to supply a value representing all-inclusive trade proceeds (both can be positive or negative)
    • Enter Price: Net Amount is calculated as Notional Principal Value * Price * Price Multiplier 
    • Enter Total Settlement Amount: Net Amount is equal to Total Settlement Amount
    • Depending on the type of trade (open or close) and sign of the Price or Total Settlement Amount, Accounting will post either a premium payment or premium receipt; the chart below outlines this methodology
      • Open + Positive Price/Amount = Premium Payment
      • Open + Negative Price/Amount = Premium Receipt
      • Close + Positive Price/Amount = Premium Receipt
      • Close + Negative Price/Amount = Premium Payment
    • Open price/amount is typically zero for VVS as there is no upfront payment
  • Notional Principal Value (40): contract notional
  • Broker (88)
  • Counterparty (1144, optional): the counterparty can be selected from a list of all Issuers that have been tagged as counterparties (see Setting Up Legal Entities Best Practices for more information)

Close (transaction type: SELL)

The Book Trade module should also be used to process both full and partial terminations. Enter the same identifiers as the open to query for the security. Right-click it and select Close > Close Swap Contract. All fields on the close are the same as the open, except Lot Selection Method. VVSs can be closed using either FIFO or IDLOT.

Cancel & Rebook

Faulty VVS transactions can be cancelled and rebooked using the Cancel & Rebook Trade module, which will also replay the full lifecycle of the position. Alternatively, trades can be cancelled using Cancel Trade, with the transaction rebooked using the Book Trade module.

Accounting

Once a VVS position has been established it will be picked up in Eagle’s global workflow. Accounting valuation is calculated when posting unrealized gain/loss and Data Management valuation is calculated in STAR to PACE. These can be scheduled or triggered manually.

  • Accounting Center > Processing and Exceptions > Global Processes (V17)
    • Accounting Valuation: Unrealized Gain Loss Entries > Post Daily Fund Unrealized Gain Loss-Position
    • Data Management Valuation: Eagle STAR to Eagle PACE Direct Processing > Transfer Data - Batch
  • Global Process Center (prior to V17)
    • Accounting Valuation: Unrealized Gain Loss Entries > Post Daily Fund Unrealized Gain Loss-Position
    • Data Management Valuation: STAR to PACE Direct Processing > Transfer Data - Batch

Valuation

Due to the broad universe of calculations underlying different flavors of VVSs, Eagle requires clean unit prices to generate accurate valuations. Eagle does not calculate the variance/volatility/dispersion based on underlying price/index/rate levels. The price loaded into Eagle, when multiplied by the notional and Price Multiplier, should equal the expected market value of the VVS.

VVSs can be priced both positive and negative.

Market Disruption Events

Please contact Instrument Engineering for more information about processing these events.

Reporting

STAR to PACE (S2P)

Almost all reports in Eagle leverage data from Data Management, which is populated by the S2P process. This will be scheduled as part of the daily workflow, but can also be triggered manually as described in the Accounting section.

The S2P process creates a single row for each VVS in the position, position_detail, trade, and cash_activity tables. The market_value_income column captures the total market value, inclusive of price fluctuations and period-to-date accruals payable or receivable.

Accounting Reports

Eagle has a core set of Accounting reports that can be used to review VVS and other security information. These were designed to support the daily operational workflow for business users, so Grid Reports can be exported to Excel and customized to provide details that they need. Advanced Reports are intended to be client-facing, but do not provide the same level of customization.

Insurance Reporting

To categorize derivatives for insurance reporting, such as the Schedule DB, Derivative Elections (56) must be set to Hedging Effective, Hedging Other, Income Generation, Replications, or Other on all trades. Leaving the default of Trade will prevent the transaction from appearing on insurance reports.

Data Management Reporting

General Reporting (Eagle OLAP)

OLAP reports provide the maximum level of customization, allowing any column in Data Management to be pulled into a report. These go beyond the Eagle Accounting Grid Reports because they are not limited by core queries, can support multiple sources and various types of calculations, and provide drill-down functionality based on user-defined groupings.

Performance

The performance toolkit calculates market value-based performance for VVSs using data supplied by the S2P process. However, this can be misleading because swaps use notional values and typically start with a market value of zero. Exposure-based analyses, which can be implemented using Eagle Enrichment, calculate more accurate returns. Package content is available for CDS, which may be applicable to VVS, but there is no package content specific to VVS. Please contact Instrument Engineering to discuss implementation for VVS.

Automation

VVS security master files (SMFs) and trades can be loaded through the standard Message Center streams following the CDS model. The SMF must be loaded prior to the trade (trades do not spawn SMFs). Refer to Supported Generic Interfaces V17 for more information.

  • No labels