CME Globex Order Entry APIs on Google Cloud
 CME Globex Order Entry Web Service APIs
Clients now have access to CME Group futures and options on the new Order Entry suite of APIs - Hosted by Google Cloud. This solution is accessible over the public internet without the commitment of leased line or colocation investments. RESTful and WebSocket APIs with full order routing and instrument creation functionality deliver real-time trading and market access. This lightweight product is optimized for the needs of less latency sensitive traders and algorithms, while still offering fulsome functionality and utilizing the full suite of CME Globex risk and credit controls.
The OE APIs are made up of two Web Service APIs; RESTful and WebSocket. These APIs support:
Order Submission and Modifications
Spread Creation (UDS) and Request for Quotes (RFQ) Capabilities
Order and Trade information
Contents
- 1 Revision History
- 2 Key Events and Dates
- 3 Testing and Certification
- 4 Onboarding and Entitlements
- 5 OWASP Compliance
- 6 Access CME OE APIs on Google Cloud
- 7 Connectivity Methods
- 7.1 Base URL for OE APIs
- 7.1.1 HTTPS RESTful API
- 7.1.2 Web Socket API
- 7.1 Base URL for OE APIs
- 8 Message Specifications
- 8.1 Technical Considerations
- 8.2 Sample messages
- 8.2.1 RESTful WebSerivce
- 8.2.2 WebSocket
- 9 Related Content
- 10 Partner Exchange Impacts
- 11 Contact Information
Revision History
Date | Description |
---|---|
October 30, 2024 | Key Events and Dates Production date updated to "To Be Announced". |
April 22, 2024 | Updated Message Spec table |
April 1, 2024 | Updated Key Events and Request Throttles |
March 27, 2024 | Updated Production Milestone Date |
February 21,2024 | Updated Web Socket API table |
December 14, 2023 | Added FAK/FOK and Stop Order content |
November 28, 2023 | Message Specification Websocket Connection update |
November 27, 2023 | Updated Product and Instrument Referential Data section |
October 30, 2023 | Initial Release |
Key Events and Dates
Date | Milestone |
---|---|
Available Now | New Release |
Available Now | AutoCert+ |
To Be Announced | Production |
Testing and Certification
Customers are required to certify in New Release before accessing the APIs in Production.Â
Contact Global Account Management (GAM) for more information on certification.
Contact Certification Support for Electronic Trading (CSET) for assistance with testing and certification.Â
Onboarding and Entitlements
Client Onboarding
Authorization and Entitlement
A registered OAuth API ID is required to access the CME OE API services. API IDs for CME Group Logins are created and managed in the CME Customer Center - My Profile menu. Client API IDs must also be entitled prior to accessing CME OE APIs.
Complete the step(s) that are applicable to your account:
New Clients | Clients with Existing CME Group Logins |
---|---|
|
|
OAuth API ID
CME Group requires customers to create unique OAuth API IDs for the each environment.
Entitlements and Roles
To request entitlements be added to the API IDs, contact Global Account Management (GAM)Â requesting role assignments to New Release and Production API IDs.
All OE API IDs must have a specific role assigned:
CME Globex Order Submitter
Can submit orders
Can request order status
CME Globex Order Viewer
Can request order and trade status
Product and Instrument Referential Data
OE API does not support instrument referential data or market data. Clients must obtain instrument referential data, and market data if desired, from one of the many other services offered by CME Group:
Referential Data APIs
Â
Reference Data Warehouse on Google Cloud
Market Data APIs
Â
OWASP Compliance
The OE APIs are hosted on Google Cloud and protected by Google Cloud Armor with preconfigured Web Application Firewall(WAF) rules leveraging the OWASP Top 10 rules.
Customers must test their applications' compliance with the OWASP Top 10 rules in the New Release environment to ensure no Production issues occur.
Access CME OE APIs on Google Cloud
To access the CME OE API Web Services in the New Release and Production environments, an OAuth API ID and access token are required.
OAuth 2.0 Authorization Server Access Token Retrieval Endpoints
The below Endpoints are available to request and refresh access tokens in the New Release and Production environments.   Â
OAuth 2.0 Authorization Server Endpoints | ||
---|---|---|
Detail | New Release | Production |
OAuth Token Endpoint | https://authnr.cmegroup.com/as/token.oauth2 | https://auth.cmegroup.com/as/token.oauth2 |
Tokens will expire after 30 minutes.
Connectivity Methods
Once clients have completed onboarding and granted entitlements they can access the OE APIs. OE APIs support the following API protocols:
OE API supports HTTPS RESTful connections over the internet.Â
WebSocket API supports WSS connections over the internet.
Base URL for OE APIs
HTTPS RESTful API
The value from the Path column with environment specific Base URL prefix will be a specific end point for the HTTPS call.
Each HTTPS call must have the header parameter "Authorization" with value "Bearer" pre-pended to the OAuth token (including a space separator).
example: "Bearer <Oauth Access token>"
Environment | Base URL |
---|---|
New Release | https://markets.api.uat.cmegroup.com/orderentry/v2 |
Production | https://markets.api.cmegroup.com/orderentry/v2 |
Web Socket API
Web Socket Initiation must have the header parameter "Authorization" with value "Bearer" pre-pended to the OAuth token (including a space separator).
example: "Bearer <Oauth Access token>"
Environment | Base URL |
---|---|
AutoCert+ Certification | wss://markets.api.uat.cmegroup.com/autocert/orderentry |
New Release | wss://markets.api.uat.cmegroup.com/orderentry/v2 |
Production | wss://markets.api.cmegroup.com/orderentry/v2 |
Message Specifications
The business message specifications for CME OE APIs are available at Order Entry API V2
HTTPS RESTful Web Service | Web Socket | |||
---|---|---|---|---|
Name | Path | Method | Message | Description |
|
| Establish Websocket connections to the Order Entry Service with capability to configure Cancel on Disconnect preferences for the session. Cancel on Disconnect will not be enabled when no parameters are provided on connect All required parameters need to be provided to enable Cancel on Disconnect functionality. | ||
|
| Submit a new order. | ||
|
| Cancel a working order by the Venue Order ID and/or Customer Order ID. | ||
|
| Update a working order by the Venue Order ID and/or Customer Order ID. | ||
|
| Get order status for single (or multiple) working order(s). | ||
|
| Request a trade record using custom criteria. Based on query parameters, one or more trades may be returned. | ||
|
| Submit mass order cancel request. | ||
|
| Submit new tradeable instrument request | ||
|
| Solicit a quote on an instrument. | ||
Applicable only to Web Socket connections. Heartbeat is sent by the server every 5 seconds. No Heartbeat requirement from the client system. | ||||
Applicable only to Web Socket connections. Asynchronous order status message indicating order expiry. | ||||
Applicable only to Web Socket connections. Asynchronous order message indication fills. | ||||
Business reject is sent when inbound client message fails business logic. |
Technical Considerations
WebSocket inbound messages contain sequence numbers. If a gap is detected, customers should disconnect and reconnect. Once reconnected a order status or trade search message should be sent.
WebSocket customers will receive heartbeats from Order Entry Service every 5 seconds to ensure connectivity.
Clients on the WebSocket API should receive a message at least once every 5 seconds. If you have not received any message for 15 seconds, please disconnect and re-connect to ensure a stable instance. Clients can use Order Status and Trade Search to recover any possible missed information.
Cancel on Disconnect
Only available for WebSocket connections.
Cancel on Disconnect capability must be established during WebSocket initialization request.
Upon ungraceful disconnect, (non GT) resting orders for registered ExecutionFirmID, AccountID and OperatorID will be removed from the book.
Fill and Kill (FAK) and Fill or Kill (FOK) Order Duration Types
When FOK order duration type is sent, customers should be aware of the response. Customers will receive an order status with duration type Fill and Kill (FAK) and minimum quantity integer equal to total order quantity.
FOK orders must be fully filled immediately, or the entire order is canceled with an order status of expired.
FAK orders are immediately executed against resting orders. If the order cannot be fully filled, the remaining balance is canceled with an order status of expired. AÂ minimum quantity can be specified. If the specified minimum quantity cannot be filled, the order is cancelled with a status of expired.
Stop Orders
When Stop orders (with protection) are sent, customers should be aware of the response:
Customer submits a New Order message with order type as STOP with stop price.
When a Stop order (with protection) order is accepted, a message is returned with type as STOP LIMIT.
Post-Trade InstructionsÂ
More information on Post-Trade Instructions will be available soon.
Special Character Restrictions
OE APIs support alphanumeric characters in the Customer Order Id and Customer Account Id fields with a specific number of allowable special characters.
Operator ID - This value represents the individual or team submitting the message and is subject to registration requirements and character limits as required by CME Group -Rule-576 Â Advisory.
Customer Account ID -Â A unique account identifier in Execution Firm accounts.
See RMI Accounts with Special Characters documentation for a complete list of allowable special characters.
Request ThrottlesÂ
Order Management, User-Defined Instrument and Query Status services are throttled as follows:
The Order Entry and User-Defined Instrument APIs are limited to 8 post per second for each API.Â
The Order Query Status API is limited to 8 total concurrent requests.
Any call that exceeds these limits will result in a Response Code 429 (rate limit has been exhausted) .
Sample messages
RESTful WebSerivce
Crude Oil futures LIMIT order submitted for a quantity of 4 at a price of 2025
WebSocket
Crude Oil futures LIMIT order submitted for a quantity of 4 at a price of 2025
Includes Heartbeat messages with sequence numbers
Related Content
Related | Description |
---|---|
This topic provides an overview of the order management process for orders submitted to CME Globex. | |
A User Defined Spread (UDS) is a multi-legged instrument created by a client for trading on the CME Globex platform. | |
All CME Globex credit and risk management features will be applied to OE API orders and trades | |
CME Globex Self-Match Prevention (SMP) is optional functionality that allows a customer to prevent the matching of orders for accounts with common ownership, across different Executing Firms, within or across clearing firms. | |
CME Globex Credit Controls (GC2) is a front-end application that provides pre-execution risk controls that enable Clearing Firm or partner exchange Clearing firm risk administrators to set credit limits. | |
Audit Trail | OE APIs Audit Trail - Pending |
Partner Exchange Impacts
Order management is not allowed for the following Partner Exchanges:
Only CME Group futures and options on CME Globex are available via the OE APIs. Partner Exchange markets, BrokerTec and EBS Markets, and trade submissions are not supported.
Contact Information
For technical development support, contact Certification Support for Electronic Trading (CSET).
For production requests, technical assistance and order status, please contact the Global Command Center (GCC).Â
For all other inquiries, please contact Global Account Management (GAM).
How was your Client Systems Wiki Experience? Submit Feedback
Copyright © 2024 CME Group Inc. All rights reserved.