MsgType: P
Acknowledgement to AllocationInstruction(J)
Fields
Name | Type | Number | Required | Valid values | Description |
---|---|---|---|---|---|
STRING | 70 | Yes | |||
INT | 87 | Yes | 0 - ACCEPTEDSUCCESSFULLYPROCESSED 1 - BLOCKLEVELREJECT 2 - ACCOUNTLEVELREJECT 3 - RECEIVEDRECEIVEDNOTYETPROCESSED 4 - INCOMPLETE | ||
INT | 88 | No | 1 - INCOMPLETE 2 - QUANTITY_NOT_MATCHED 3 - PRICE_NOT_MATCHED 4 - INVALID_ALLOCATION_BLOCK 5 - INVALID_DISTRIBUTION 6 - INVALID_ACCOUNT 7 - TOO_LATE 8 - ORDER_SHOULD_BE_COMPLETE 9 - INVALID_ACCOUNT_TYPES 10 - INVALID_APS_ACCOUNT | ||
INT | 626 | No | 2 - LOW_ACCT_LOW_PRICE 3 - LOW_ACCT_HIGH_PRICE 4 - HIGH_ACCT_LOW_PRICE 5 - HIGH_ACCT_HIGH_PRICE 6 - APS 1000 - POST_ALLOCATION 1001 - POST_ALLOCATION_APS |
Allocation types are identical to proposed by OEC Trader POST_ALLOCATION and POST_ALLOCATION_APS should be used in post-allocation process for eligible accounts | |
STRING | 58 | No | |||
GROUP | 78 | No | Pre-allocation instructions | ||
STRING | 79 | No | OEC account name | ||
STRING | 12058 | No | Specifies clearing firm id for give up post-allocations | ||
STRING | 439 | No | |||
PRICE | 366 | No | Indicates a price for allocating quantity. It should be consistent with original order fills. | ||
->AllocQty | QTY | 80 | No |
Indicates quantity to be allocated for a given account. It should be consistent with OrderQty(38). Example: allocation block contains two accounts ACC01 and ACC02 with AllocQty equals 1 and 2 accordingly. For that case QrderQty must be dividable to 3. |
See Also