Indexes

Message Layouts
PostTrade
PreTrade
Trade

Message

SplitNew (4)

ID6149

The Split New event denotes a ’child order split’ of a parent order. Throughout the order life cycle, regardless of the number of times the order is split while traversing through trading systems or technology stacks, only the order splits that may receive executions from Execution Venues are required to be recorded with the Split New event. For the avoidance of doubt, child order splits that are eventually not executed are still required to be recorded. Child order splits for Internalised Trades are not strictly required if the orderCapacity of the child order split is the same as the parent order’s orderCapacity.

For order handling which does not typically split an order into smaller orders and/or change any Material Terms before sending the order to an exchange for execution, a Split New event is not required.

31
Y

The indicator of the event type as defined by the enumeration specifications.

32
Y

The creation time of the event. In-Scope Brokers should record the most accurate time they can get closest to the actual time.

36

This field is used in conjunction with the eventDateTime, if the timestamp in eventDateTime is not granular enough to accurately reconstruct the sequence of events.

33

The date and time that the acknowledgement or response was sent to the upstream system or to the client.

34
Y

Indicates the type of logical response of the recorded Order or Split event. If the Order or Split event has no actual response, use the 'null' filler (i.e. null).

35

Text associated with an event response to record any additional details (e.g. the reject reason in the case of a rejection).

53
Y

An identifier assigned to the top parent order which should be unique throughout its life cycle.

62
Y

The ID of the order generated by a system, this should be unique during a trading day but can be reused over time. In Split events, it is the order ID of the child order split itself. In Execution events, it is the order ID of the corresponding order or child order.

72
Y

Indicates the security to be traded by the order, e.g. '0001.HK'.

73
Y

Specifies the type of the ID used in the securityID field, e.g. RIC, SEDOL, ISIN, etc. as defined by the Data Standards enumeration specifications.

2

The account ID assigned to an order. This must map to the In-Scope Broker’s Reference Data Dictionary. Not required if the account is not known, or it is an aggregated order.

16
Y

Key string used to identify the client defined by the In-Scope Broker. This must map to the In-Scope Broker’s Reference Data Dictionary provided by the broker which may include other client-related identification such as LEI, entity name, or other detailed information about the client or internal desk. Not required if it is an aggregated order.

60
Y

In Order and Split events, it indicates the intended trading capacity of an order, i.e 'A - agency' or 'P - principal'. In Order Summary event, it also allows additional value 'AP - agency/principal' to indicate cases when an order is intended to trade partially in an agency capacity and partially in a principal capacity.

65
Y

The price value for limit based order types, for market order types, a 'zero' value should be used.

66
Y

For day orders, it is the quantity of the order. For multi-day orders, this can be the rolled over quantity from the previous trading day or the original order quantity. In Modify events, this indicates the intended or target order quantity of the modification, regardless of whether the order was partially filled or not.

67
Y

Indicates the type of order as defined by the enumeration specifications.

80
Y

Indicates the lifetime of the order, e.g. today only, valid until specified date, valid until it is cancelled or completed, as defined by the Data Standards enumeration specifications.

76
Y

Indicates whether the order is a Buy, Sell, Short Sell or Short Sell Exempt, etc. as defined by the Data Standards enumeration specifications.

8

The key value of the referenced Algo strategy, e.g. 'VWAP', 'percentage of volume', etc. as defined by the In-Scope Broker.

6

Algo parameters as part of order requests as specified by the client. The In-Scope Broker can concatenate all specified parameters into a single string with proper delimiters.

13
Y

Indicates whether this child order split is generated automatically by a system. E.g., From an Algo the child order splits are normally generated automatically, hence this value will be set as 'true' for these child order splits. In another case, e.g. if a trader needs to fill the child order manually, this is not an automatic split and this value will be set as 'false'.

42
Y

Key string for an internal mnemonic used by the In-Scope Broker for an Execution Venue, which can be industry standards such as ISO MIC code, or non-standard venue name as defined by the In-Scope Broker. In both cases, it should map to the In-Scope Broker’s Reference Data Dictionary. This field is not applicable to allocation fills from aggregated orders.

44

Used in conjunction with GTD orders to indicate the order expiry date.

63
Y

Indicates any In-Scope Broker defined order instruction that is not already captured in the orderType and/or algoAttributes fields. This must map to the In-Scope Broker’s Reference Data Dictionary.

47

Captures any free text fields on an order new or modify message. This usually contains information from client order instructions, or inter-desk instructions other than the data supplied in the orderInst field. For a child order split that does not have its own instructions, copy the value from its parent order if available.

79
Y

A free text string name or identifier of the primary system recording the event, e.g. OMS, Algo, etc. as defined by the In-Scope Broker.

83
Y

Indicates the name or identifier of the trader processing or monitoring the order. An In- Scope Broker can use a system user name (or a valid filler value) for automated trade processes such as low touch order. This must map to the In-Scope Broker’s Reference Data Dictionary.

Orchimate Copyright 2026 Atomic Wire Technology Limited
Orchestra Copyright 2026 FIX Protocol Ltd
Terms of Service|Privacy Policy