Presentation is loading. Please wait.

Presentation is loading. Please wait.

CME Message-based API’s for 2004 The Post-Trade Model Blocks, EFP’s, SLEDS and Position Services Via FIXML February, 2004.

Similar presentations


Presentation on theme: "CME Message-based API’s for 2004 The Post-Trade Model Blocks, EFP’s, SLEDS and Position Services Via FIXML February, 2004."— Presentation transcript:

1 CME Message-based API’s for 2004 The Post-Trade Model Blocks, EFP’s, SLEDS and Position Services Via FIXML February, 2004

2 Illustration of Straight-through-processing

3 The Business Case Industry Expansion: The industry is expanding at an unprecedented pace. Standards are needed to manage and facilitate this consolidation. These standards must be flexible enough to support future business initiatives without costly modifications. Not only should these standards be used across the derivatives industry, they should be extensible across the closely related Equity and Fixed Income markets.

4 The Business Case Industry Expansion: The industry is expansion at an unprecedented pace. FIXML removes barriers to expansion Standards are needed to manage and facilitate this expansion. FIXML is the basis of a practical and pervasive standard, allowing a build once, interface many times approach These standards must be flexible enough to support future business initiatives without costly modifications. FIXML provides full coverage of the post-trade arena. Its range extends across the full spectrum of products and functions Not only should these standards be used across the derivatives industry, they should be extensible across the closely related Equity and Fixed Income markets. FIX is already an accepted standard in Derivatives Trading, Equity, and Fixed Income areas. FIXML as an XML implementation, allows greater technical interoperability

5 The Business Case: FIXML vs TREX Reduced Cost through flexibility In general, TREX has reached the end of its lifespan TREX is 10 years old and reflects the industry as it existed at that time TREX is a flat, non-tiered message structure and does not lend itself to repeating groups of data Adding or expanding blocks is costly TREX has limited support for multi-leg instruments. At this point in time, it is maxed out. Consider the cost to expand the S1 block for SLEDS Consider the cost to support a similar type of effort for packs, bundles or strips

6 The Business Case: FIXML vs TREX Reduced Cost through flexibility FIXML provides expanded support for multi-leg instruments FIXML provides support for the most complex multi-legged instruments FIXML’s underlying model allows a seamless transition between simple and complex instruments No additional costs related to message expansion. Your interface does not need to change

7 The Business Case: FIXML vs TREX Reduced Cost through flexibility FIXML provides expanded Give up functionality TREX has limited give up functionality TREX allows give ups only to a single party TREX does not provide a way to sub-allocate and accept in a single request TREX does not support a single leg give up for a spread instrument FIXML allows multi-party give ups on single trade FIXML supports sub-allocations on the acceptance of a give up FIXML allows one or more legs of a spread to be given up

8 New API Offerings in 2004

9 CME’s FIXML Users Guides The following FIXML Users Guides and Specification Docs are now available:  Position Services Users Guide  Blocks and EFP Users Guide  SLEDS Users Guide Please contact our Client Management Group to receive a copy

10 Block, EFP, and SLEDS Dialogue Two-sided entry and Match Sell Side Clearing House Buy Side Trade Capture Report TradeTransType=NEW TradeReportType=SUBMIT Trade Capture ACK TradeTransType=NEW TradeReportStatus=REJECT rejected by clearing house Trade Capture ACK TradeTransType=NEW Trade ReportType=SUBMIT Trade Capture Report TradeTransType=NEW TradeReportType=SUBMIT Trade Capture ACK TransType=NEW TradeReportType=SUBMIT Trade Capture ACK TradeTransType=NEW TradeReportStatus=REJECT rejected by clearing house Trade Capture Report TradeTransType=NEW TradeReportType = ACCEPT MatchStatus=MATCH M Trade Capture Report TradeTransType=NEW TradeReportType=ACCEPT MatchStatus=MATCH Firm Back Office System Firm Back Office System

11 Block, EFP and SLEDS Dialogue Request for Pre-Match Change Sell Side Clearing House Buy Side Trade Capture Report TradeTransType=REPLACE TradeReportType=SUBMIT Trade Capture ACK TradeTransType=REPLACE TradeReportStatus=REJECT rejected by clearing house Trade Capture Report TradeTransType=REPLACE TradeReportType = ACCEPT Trade Capture Report TradeTransType=REPLACE TradeReportType=ACCEPT Firm Back Office System Firm Back Office System

12 Block, EFP and SLEDS Dialogue Request for Cancellation Sell Side Clearing House Buy Side Trade Capture Report TradeTransType=CANCEL TradeReportType=SUBMIT Trade Capture ACK TradeTransType=CANCEL TradeReportStatus=REJECT rejected by clearing house Trade Capture Report TradeTransType=CANCEL TradeReportType = ACCEPT Trade Capture Report TradeTransType=CANCEL TradeReportType=ACCEPT Firm Back Office System Firm Back Office System

13 FIXML Extensibility – Support for SLEDS

14 FIXML Extensibility – Support for Multi-leg Instruments

15 Position Services Dialogue Exercise Notice Request Firm Clearing House Position Maint Request PosTransType=NEW PosMaintAction=EXER Position Maint Report PosTransType=NEW/REP PosMaintAction=EXER PosStatus=ERR Postion Maint Report PosTransType=NEW/REP PosMaintAction=EXER PosStatus=PROCESSED Customer1 Exercise Customer2 Exercise Customer3 Exercise Customer1 Confirm Customer2 Confirm Customer3 Confirm Position Maint Request PosTransType=REPLACE PosMaintAction=EXER Position Maint Request PosTransType=REPLACE PosMaintAction=EXER Customer

16 Position Services On-Demand Request for Trade and Position Data Firm Clearing House Position Request RequestType=P TransportType=INBAND BackOffice Request for Position BackOffice Point Balance Backoffice Position Request ACK RequestType=P TransportType=INBAND PositionResult=PROCESSED Position Report RequestType=P (Position Information) Trade Capture Report TradeTransType=NEW TradeReportType = ACCEPT MatchStatus=MATCH

17 MQ-Series Transport for FIXML Messages  FIXML will be fully supported over MQSeries. The process of sending and receiving FIXML messages will be no different than for TREX.  Transmission of FIXML messages to the CME will require the use of separate queues dedicated to FIXML processing.  The CME will transmit FIXML messages to a separate outbound queue at the firm.  It will be necessary for the firm to define new sending and receiving channels between itself and the CME since the CME will be hosting the Clearing API processing in a new.

18 FIXML Messaging and MQSeries

19 Clearing API Integration using FIXML

20 Blocks via FIXML

21 SLEDS via FIXML

22 PCS via FIXML

23


Download ppt "CME Message-based API’s for 2004 The Post-Trade Model Blocks, EFP’s, SLEDS and Position Services Via FIXML February, 2004."

Similar presentations


Ads by Google