Contracts for Differences (CFD) Best Practices

Overview

A Contract for Differences (CFD) is an agreement between two parties to exchange, at the close of the contract, the difference between the opening and closing prices of an underlying security multiplied by the number of shares specified within the contract. The contract’s value is the same as a futures contract’s value where the day over day P&L is viewed as the assets market value.

CFDs are cash-settled product as there is no receipt or delivery of an underlying instrument, such as a share certificate. The result of the contract is a cash difference between the purchased and sold prices.

CFDs are available on numerous instruments, from individual equities to stock indices to foreign exchange and commodities. CFDs are most commonly base on individual equities, which can be traded on all North American, European, and Asian stock markets.

Eagle Accounting does not have core support for CFDs, so the use of other asset types is required model these instruments end-to-end.

This document outlines two approaches for modeling CFDs:

  • Total Return Swap (PSTs = SWCOTR, SWLEAC, SWLXEQ) if variation margin (VM) is managed outside of Eagle Accounting:

  • Future Contract and Long-Term Bond (FTXXXX, DBIBFD) if Eagle Accounting is used to calculate daily VM:

Total Return Swap Method

Modeling CFDs as Total Return Swaps takes advantage of Eagle Accounting’s ability to process accruals (financing), return calculations on the underlying asset, and corporate actions such as dividends.

Entity Setup

Security Reference Data

Issue Viewer / Security Reference Manager > Add > Derivatives > Total Return Swap

The list below contains all fields required to configure a CFD security master file (SMF).

  • Contract & Shared

    • Issue Name (961)

    • Primary Asset ID Type (1432)

    • Primary Asset ID (14)

    • Processing Security Type (3931)

      • Contract: SWCOTR (Total Rate Return Swap Contract)

      • Return Leg: SWLXEQ (Swap Leg Total Rate Return on Equity)

      • Finance Leg: SWLEAC (Swap Leg Interest Accrual)

    • Issue Country (1418)

    • Asset Currency (85)

    • Notional Reset Type (4409) = Recalc Notional

    • Issue Date (68)

    • Dated Date (1183)

    • Maturity Date (38)

    • Payment Frequency (472)

    • Business Day Convention (1536)

    • Coupon Day Of Month (10551)

    • Business Calendar (1480)

    • First Payment/Valuation Date (473)

    • Last Payment/Valuation Date (474)

  • Finance Leg

    • Coupon (70)

    • Coupon Type (97)

    • Day Count Basis (471)

    • Floating Rate Fields (if applicable)

      • First Rate Reset Date (10911)

      • Reset Frequency (1788)

      • Underlying Security ID (1348) & Issue Name (1141)

      • Index Offset (215)

  • Return Leg

    • Reset Calc Price (3314)

    • Underlying Security ID (1348) & Issue Name (1141)

Reference Data Center (RDC)

RDC allows to create a new Data Strategy (DS) by duplicating an existing DS. In RDC > Setup > Data Strategies, select the Total Return Swap DS, right-click, and select Duplicate. Use a name of Contract for Difference.

Changes must be made in Web Panel Designer (WPD) to replicate the conditional logic. Find the TRS DS panels in Web Panel Designer and copy the ...LISTBOX logic from the contract and each leg to the contract and each leg of the new CFD DS. The RDC panels are stored under eagle > rdc > securities > UNLINKED FILES. This should be done in Core mode, not Overlay mode.  

DS security criteria must not conflict. Start by adding a new Sub-Security Type with Short Description = CFD and Long Description = Contract for Difference to the SUB SEC TYPE Code Category using the Codes module. Next, open the new DS > Criteria > Update and add this logic: AND Sub-Security Type = Contract for Difference. Finally, open the TRS DS > Criteria > Update and add this logic: AND Sub-Security Type != Contract for Difference.

Trade Processing

Trade > Book Trade > Open (OPENSWAP) / Close Swap Contract (CLOSESWAP)

The list below contains all fields required to book a CFD trade.

  • Trade Date (35)

  • Settlement Date (37)

  • Primary Asset ID (14) & Issue Name (961)

  • Broker (88)

  • Shares (40): entered on return leg, calculated on finance leg

  • Price (45): entered on return leg

  • Select Values to be Calculated by STAR (7000)

Valuation

Lifecycle Events

Reset Processing: Global > Global Processing Center > Total Return Swap Reset

Total Return Swap Reset processing is used to create the cash difference between the opening price and the closing price for Contracts for Differences. The cash flow direction (payment or receipt) will depend on the price movement.

Calculation

The direction of the cash flow is determined by the price change above or below the trade price or most recent reset price.

  • Shares of Return Leg: 1,000,000

  • Start Price for Reset Period: $80

  • End Price for Reset Period: $85

  • Reset Payment = (85 - 80) * 1,000,000 = $5,000,000

Corporate Actions: Reference > Corporate Action Announcements

Corporate actions can be set up and processed for CFDs on the return leg.

Future & Bond Method

Entity Setup

Future Contract

Entities trading the Future Contract side of a CFD need two additional pieces of data. The Add Entity, Change Entity, Master Fund Setup, or Change Master/Sector Entity panels can be used to populate the following fields:

Long-Term Debt

There are no special entity configurations necessary for the Long-Term Bond side of a CFD. The bond is purchased at par and therefore accrues only interest, so no amortization will be calculated.

Security Reference Data

Future Contract

The Future Contract will have its own security master record. The following characteristics are unique to modeling CFDs as Futures with Variation:

  • Processing Security Type (3931) = FTXXXX (Future)

  • Price Multiplier (18) = 1.00

  • Contract Size (19) = 1.00

  • Variation Margin (4533) = Yes

  • Variation Margin Rule (2289) = Standard Life to Date

Long-Term Bond

The Long-Term Bond will be a separate security master record. Ensure data is populated as follow:

  • Payment Frequency (472) = 1_D (Daily)

  • Issue Price (69) = 100.00

  • First Coupon Date (473) = as calculated

  • Last Coupon Date (474) = as calculated

  • Maturity Price (42) = 100.00

Trade Processing

Future Contract

Required Data: Entity ID, Trade Date, Accounting Date, Settlement Date, Price per Contract, Broker Name, and Broker Code. Clearing Broker and Clearing Broker Code are also required when Variation Margin = Yes. Any commissions or other fees may also be entered on the trade.

Open

Future Contract positions can be established as either long or short. Once the security reference and entity data is setup, trades can be entered using the Trade > Book Trade module. Other than basic information like Trade Date and Settlement Date, below are Future Contract-specific considerations:

  • Entity - Net Futures Positions: No (entities with this election will have two options to open a position; by selecting No during entity setup, long and short positions will be treated as two separate holdings)

    • Open Long: establishes a long position

    • Open Short: establishes a short position

  • Entity - Net Futures Positions: Yes (entities with this election will have one option to open a position)

    • Open Long: establishes a long position

    • Note: if a user wants to trade a short position they will use the Close Long option to go short (also referred to as technical short)

  • Clearing Broker: Accounting has a hard edit to prevent a single Future Contract from being traded with two different clearing brokers in the same fund; if this is attempted the trade will fail with a “Future trade clearing broker must be same as previous trades” error

Close

The Book Trade module should be used to process close transactions. Accounting supports both full and partial terminations.

  • Entity - Net Futures Positions: No (entities with this election will have two options to close a position; by selecting No during entity setup, long and short positions will be treated as two separate holdings)

    • Close Long: closes a long position

    • Close Short: closes a short position

  • Entity - Net Futures Positions: Yes (entities with this election will have one option to close a position)

    • Close Long: closes a long position or establishes a short position

Long-Term Bond

Required Data: Trade Date, Accounting Date, Settlement Date, Select Values to be Calculated by STAR, Par Value/Current Face, Price, Broker Name, and Broker Code.

  • The trade price must be clean and par-based

Buy

The Long-Term Bond side of the CFD can be booked using Book Trade > Open > Buy or ShortSell depending on whether the accrued interest is being paid or received.

Close

Book Trade > Open > Sell or BuytoCover can be used to close out the Long-Term Bond side of the CFD, depending on whether the initial position was opened long or short.

Valuation

Future Contract

CFDs with VM calculated by Accounting will always have market values equal to zero. Each day’s VM (after calculation and approval) will be captured in Market Value Income, as the security’s true value is equal to its day-over-day price change.

The Standard Life to Date VM formula is:

  • Variation Margin = Notional Market Value of Future Contract on T - Notional Cost of Future

    • Notional Market Value = Future Price * Price Multiplier * Number of Contracts * Contract Size

    • The current day’s Notional Market Value becomes Notional Cost used for the next day’s variation margin calculation

Variation Margin

The VM process will have to be triggered on a daily basis for the Future Contract side of a CFD. This can be done using Global Process Center module. It is a three-step process that involves calculation, approval, and cash settlement.

  • Step 1: Calculating Daily VM

    • Calculates Variation Margin based on Future price change

    • Posts it to unrealized gain/loss of the fund

  • Step 2: Approving VM

    • On Approval, Variation Margin posts to receivable or payable

    • By default, VM will settle the following business day if a Business Calendar is selected on the entity; if no calendar is selected, VM settlement date will be equal to VM approval date

    • Market Value Income is impacted after running approval

  • Step 3: Cash Settlement – via Contract Cash or Manual Settlements

    • Upon settlement, VM posts to CASH

    • The direction of the price movement will determine if VM is paid or received

Clients who do not wish to impact cash on the current day can elect to delay cash settlement when approving margin. On the Approve Margin panel, setting Advance Variation Margin Settlement Date to Yes (or leaving it null) will result in the cash being settled on margin date + 1 business day. Selecting No will cause the cash to be settled on margin date when a contract cash event is run.

  • When margin settlement is delayed by a day, running Contract Cash on T + 1 settles the cash records that were created on T

  • If users elect to delay cash settlement of the margin by one day, the same approach should be followed for the related income or expense posting

Long-Term Bond

Prices for the Long-Term Bond side the CFDs must be clean and par-based. Accounting calculates the security’s value by using the formula below:

  • Market Value = Par Value * Clean Unit Price * Price Multiplier * Quantity Scale