Title:

How are executions allocated when an order receives a partial fill because an insufficient quantity is available to complete the allocation of shares/contracts to sub-accounts?

Overview:

From time-to-time, one may experience an allocation order which is partially executed and is canceled prior to being completed (i.e. market closes, contract expires, halts due to news, prices move in an unfavorable direction, etc.). In such cases, IB determines which customers (who were originally included in the order group and/or profile) will receive the executed shares/contracts. The methodology used by IB to impartially determine who receives the shares/contacts in the event of a partial fill is described in this article.

Background:

Before placing an order CTAs and FAs are given the ability to predetermine the method by which an execution is to be allocated amongst client accounts. They can do so by first creating a group (i.e. ratio/percentage) or profile (i.e. specific amount) wherein a distinct number of shares/contracts are specified per client account (i.e. pre-trade allocation). These amounts can be prearranged based on certain account values including the clients’ Net Liquidation Total, Available Equity, etc., or indicated prior to the order execution using Ratios, Percentages, etc. Each group and/or profile is generally created with the assumption that the order will be executed in full. However, as we will see, this is not always the case. Therefore, we are providing examples that describe and demonstrate the process used to allocate partial executions with pre-defined groups and/or profiles and how the allocations are determined.

Here is the list of allocation methods with brief descriptions about how they work.

·         AvailableEquity
Use sub account’ available equality value as ratio. 

·         NetLiq
Use subaccount’ net liquidation value as ratio

·         EqualQuantity
Same ratio for each account

·         PctChange¹:Portion of the allocation logic is in Trader Workstation (the initial calculation of the desired quantities per account).

·         Profile

The ratio is prescribed by the user

Basic Examples:

Details:

CTA/FA has 3-clients with a predefined profile titled “XYZ commodities” for orders of 50 contracts which (upon execution) are allocated as follows:

Account (A) = 25 contracts

Account (B) = 15 contracts

Account (C) = 10 contracts

Example #1:

CTA/FA creates a DAY order to buy 50 Sept 2016 XYZ future contracts and specifies “XYZ commodities” as the predefined allocation profile. Upon transmission at 10 am (ET) the order begins to execute²but in very small portions and over a very long period of time. At 2 pm (ET) the order is canceled prior to being executed in full. As a result, only a portion of the order is filled (i.e., 7 of the 50 contracts are filled or 14%). For each account the system initially allocates by rounding fractional amounts down to whole numbers:

Account (A) = 14% of 25 = 3.5 rounded down to 3

Account (B) = 14% of 15 = 2.1 rounded down to 2

Account (C) = 14% of 10 = 1.4 rounded down to 1

To Summarize:

A: initially receives 3 contracts, which is 3/25 of desired (fill ratio = 0.12)

B: initially receives 2 contracts, which is 2/15 of desired (fill ratio = 0.134)

C: initially receives 1 contract, which is 1/10 of desired (fill ratio = 0.10)

The system then allocates the next (and final) contract to an account with the smallest ratio (i.e. Account C which currently has a ratio of 0.10).

A: final allocation of 3 contracts, which is 3/25 of desired (fill ratio = 0.12)

B: final allocation of 2 contracts, which is 2/15 of desired (fill ratio = 0.134)

C: final allocation of 2 contract, which is 2/10 of desired (fill ratio = 0.20)

The execution(s) received have now been allocated in full.

Example #2:

CTA/FA creates a DAY order to buy 50 Sept 2016 XYZ future contracts and specifies “XYZ commodities” as the predefined allocation profile. Upon transmission at 11 am (ET) the order begins to be filled³ but in very small portions and over a very long period of time. At 1 pm (ET) the order is canceled prior being executed in full. As a result, only a portion of the order is executed (i.e., 5 of the 50 contracts are filled or 10%).For each account, the system initially allocates by rounding fractional amounts down to whole numbers:

Account (A) = 10% of 25 = 2.5 rounded down to 2

Account (B) = 10% of 15 = 1.5 rounded down to 1

Account (C) = 10% of 10 = 1 (no rounding necessary)

To Summarize:

A: initially receives 2 contracts, which is 2/25 of desired (fill ratio = 0.08)

B: initially receives 1 contract, which is 1/15 of desired (fill ratio = 0.067)

C: initially receives 1 contract, which is 1/10 of desired (fill ratio = 0.10)

The system then allocates the next (and final) contract to an account with the smallest ratio (i.e. to Account B which currently has a ratio of 0.067).

A: final allocation of 2 contracts, which is 2/25 of desired (fill ratio = 0.08)

B: final allocation of 2 contracts, which is 2/15 of desired (fill ratio = 0.134)

C: final allocation of 1 contract, which is 1/10 of desired (fill ratio = 0.10)

The execution(s) received have now been allocated in full.

Example #3:

CTA/FA creates a DAY order to buy 50 Sept 2016 XYZ future contracts and specifies “XYZ commodities” as the predefined allocation profile. Upon transmission at 11 am (ET) the order begins to be executed²  but in very small portions and over a very long period of time. At 12 pm (ET) the order is canceled prior to being executed in full. As a result, only a portion of the order is filled (i.e., 3 of the 50 contracts are filled or 6%). Normally the system initially allocates by rounding fractional amounts down to whole numbers, however for a fill size of less than 4 shares/contracts, IB first allocates based on the following random allocation methodology.

In this case, since the fill size is 3, we skip the rounding fractional amounts down.

For the first share/contract, all A, B and C have the same initial fill ratio and fill quantity, so we randomly pick an account and allocate this share/contract. The system randomly chose account A for allocation of the first share/contract.

To Summarize³:

A: initially receives 1 contract, which is 1/25 of desired (fill ratio = 0.04)

B: initially receives 0 contracts, which is 0/15 of desired (fill ratio = 0.00)

C: initially receives 0 contracts, which is 0/10 of desired (fill ratio = 0.00)

Next, the system will perform a random allocation amongst the remaining accounts (in this case accounts B & C, each with an equal probability) to determine who will receive the next share/contract.

The system randomly chose account B for allocation of the second share/contract.

A: 1 contract, which is 1/25 of desired (fill ratio = 0.04)

B: 1 contract, which is 1/15 of desired (fill ratio = 0.067)

C: 0 contracts, which is 0/10 of desired (fill ratio = 0.00)

The system then allocates the final [3] share/contract to an account(s) with the smallest ratio (i.e. Account C which currently has a ratio of 0.00).

A: final allocation of 1 contract, which is 1/25 of desired (fill ratio = 0.04)

B: final allocation of 1 contract, which is 1/15 of desired (fill ratio = 0.067)

C: final allocation of 1 contract, which is 1/10 of desired (fill ratio = 0.10)

The execution(s) received have now been allocated in full.

Available allocation Flags

Besides the allocation methods above, user can choose the following flags, which also influence the allocation:

·         Strict per-account allocation.
For the initially submitted order if one or more subaccounts are rejected by the credit checking, we reject the whole order.

·         “Close positions first”¹.This is the default handling mode for all orders which close a position (whether or not they are also opening position on the other side or not). The calculation are slightly different and ensure that we do not start opening position for one account if another account still has a position to close, except in few more complex cases.

Other factor affects allocations:

1)      Mutual Fund: the allocation has two steps. The first execution report is received before market open. We allocate based onMonetaryValue for buy order and MonetaryValueShares for sell order. Later, when second execution report which has the NetAssetValue comes, we do the final allocation based on first allocation report.

2)      Allocate in Lot Size: if a user chooses (thru account config) to prefer whole-lot allocations for stocks, the calculations are more complex and will be described in the next version of this document.

3)      Combo allocation¹: we allocate combo trades as a unit, resulting in slightly different calculations.

4)      Long/short split¹: applied to orders for stocks, warrants or structured products. When allocating long sell orders, we only allocate to accounts which have long position: resulting in calculations being more complex.

5)      For non-guaranteed smart combo: we do allocation by each leg instead of combo.

6)      In case of trade bust or correction¹: the allocations are adjusted using more complex logic.

7)      Account exclusion¹: Some subaccounts could be excluded from allocation for the following reasons, no trading permission, employee restriction, broker restriction, RejectIfOpening, prop account restrictions, dynamic size violation, MoneyMarketRules restriction for mutual fund. We do not allocate to excluded accountsand we cancel the order after other accounts are filled. In case of partial restriction (e.g. account is permitted to close but not to open, or account has enough excess liquidity only for a portion of the desired position).

Footnotes:

1.        Details of these calculations will be included in the next revision of this document.

2.        To continue observing margin in each account on a real-time basis, IB allocates each trade immediately (behind the scenes) however from the CTA and/or FA (or client’s) point of view, the final distribution of the execution at an average price typically occurs when the trade is executed in full, is canceled or at the end of day (whichever happens first).

3.       If no account has a ratio greater than 1.0 or multiple accounts are tied in the final step (i.e. ratio = 0.00), the first step is skipped and allocation of the first share/contract is decided via step two (i.e. random allocation).

1. Total Order Size (TOS) – the total number of shares the trader is willing to purchase (sell) as the price falls (increases);
2. Initial Component Size (ICS) – the number of shares to be purchased (sold) at the Starting Price;
3. Subsequent Component Size (SCS) – the additional number of shares to be purchased (sold) at each Price Increment (at successively lower prices in the case of a purchase and higher in the case of a sale). If a SCS is not entered, the ICS will be used for all component orders.
4. Starting Price (SP) – the price at which you are willing to purchase (sell) the Initial Component Size
5. Price Increment (PI) – in the case of a purchase (sale), this is the decrease (increase) in price at which each successive component order is to be executed.

1. TP = (((ICS/SCS) -1) * PI) + SP
2. BP = SP – (((TOS - ICS)/SCS) * PI

1. TOS = 4,000;
2. ICS = 1,000;
3. SCS = 500;
4. SP = $20.00
5. PI = $0.05

1. Profit taking orders – the Scale Trader may be set to send an offsetting order to take advantage of periodic price surges or if the trader has reached a specified profit objective. This feature may be enabled by checking the box titled “Create profit taking order” and specifying the Profit Offset. Using the example above and a Profit Offset of $1.00, once the ICS was filled at $20.00 and an SCS submitted at $19.95, two profit orders would also be submitted, one for 500 shares at $21.00 and another for 500 shares at $21.05. It should be noted that profit orders are scaled to the SCS regardless of the size of the ICS and that if the ICS > SCS then the profit order price is determined using the PI along with the Profit Offset. 
2. Restore size after taking profit – if using the profit taking orders feature, the trader can enable the repurchase of shares sold at a profit at the price they were originally bought at by checking the box titled “Restore size after taking profit”. This feature remains active whenever the price is within the range of TP + Profit Offset and BP. Using the example above, if order to sell 500 shares at $21.00 was executed this fill quantity would be put back into the original order at $20.00 and the order submitted at $19.95 would be cancelled.
3. Restart Scale Trader & Restart Scale Trader with Filled Component Size – these features allow traders using the profit taking order and restore size features to restart the algorithm if stopped, helping to resume the order starting from the point at which the scaled sequence left off.
4. Auto Price Adjustment – selecting this check box allows for an increase or decrease in the starting price automatically at stated time intervals (e.g., increase $0.01 every hour)
5. Scale Trader Page – provides a view of the real-time status of scale orders, including filled and total quantity, filled, remaining, and total value, and the percent filled for each scale. Accessible via the Page and then Create Scale Trader Page menu options.
6. View Scale Progress - right-click on the scale order line and select View Scale Progress. This will open a window displaying the complete scale price ladder, the Open/Filled component list for the parent scale order, and the Open/Filled component list for the child profit orders.

1. Products – any product offered by IB other than mutual funds (e.g., stocks, options, ETFs, bonds, futures, Forex);
2. Order Type - limit or relative (relative not offered for combination orders)
3. Time in Force – Day, Good-til-Cancel or Day-til-Cancel. May also specify if order is allowed to be filled outside of regular trading hours, if executions may be routed and executed during pre-open session and whether to ignore opening auction.