Support Board
Date/Time: Sun, 22 Dec 2024 10:58:52 +0000
Post From: SC via Interactive Brokers not correctly setting OCO orders - important!
| [2015-05-04 10:23:43] |
| MotoMoto - Posts: 47 |
|
Hi, just for clarity in the spreadsheet- in Col D those rows with "IB open order update" or "IB Order Fill (execution)" is the information sent from IB to SC and the other rows are information sent from SC to IB? If so... I get that IB is responding with what is actually happening and that the partial fill means that IB are saying there is only 1 contract to update in the attached child orders. rows 10 and 11.....and then in later rows it seems clear that the actual quantity has increased and yet IB has not updated this information that it is sending back to SC (rows 20,21,22). If this is the case then IB is not updating and sending the correct live quantity back to SC. IB is using the old/unmodified quantity. If this is the case IB need to fix this problem to match the actual quantity, and which is why if SC does modifiy the quantity it is based on this incorrect number supplied by IB. //////////////// However, if I am reading this correctly....to get around this... If IB handles the attached orders and the "Use Server side OCO and Bracket Orders (if supported)" is checked, then IB is sending back the wrong info, and SC is merely responding to this. In other words this is an IB problem. If SC handles the attached orders and the "Use Server side OCO and Bracket Orders (if supported)" is NOT checked, then SC will pick up the correct quantities and make sure they match? or does this assume everything has been filled and still picks up the order quantity and not necessarily the position quantity. when you say... There is no consistent and definitive association between an order quantity and the Position quantity. And besides, at the time Sierra Chart modified the order the quantity was 1 both for the position and for the Attached Orders.
I agree with you, in the real world of trading I would only ever want attached orders to represent first and foremost the quantities of my open position quantity, so if SC can read this and modify this shouldnt this be the default check which is what I was asking to ensure happens. If SC is only modifying orders without checking actual open positions then this could also cause problems. Can i confirm that if SC handles the OCO orders then it will match the actual position quantities, and not the order quantities? Thanks. |