[This message was posted by Natan Kugel of BGC Partners <[email protected]> to the "List Trading" discussion forum at http://fixprotocol.org/discuss/16. You can reply to it on-line at http://fixprotocol.org/discuss/read/b76575ae - PLEASE DO NOT REPLY BY MAIL.]
Should we allow to echo back ContingencyType [1385] in execution reports? This would add clarity to the message flow when orders get executed, cancelled etc. Currently. List Status message carries the field, however using it past the step of accepting the list or when processing list cancel creates redundancy and may lead to inconsistencies. The most reliable and precise way of reporting order state / trades has been through execution reports for individual orders. Here is more information, where it may help - a List can be sent using more than one fragment - more than one New Order List message. The contingency type, strictly speaking, specified in the new order list message applies to orders forming the message - the fragment. Depending on implementation, if differences of fragments in the list are allowed or not, a fragment may be rejected. However, everything that is accepted by the executing side will be reported using execution reports - the lowest denominator. In addition, in cancel replace, presence of ListID [66] historically has been used for verification purposes. Interpretation of this, can be moved forward to allow modifications to orders unretated to list to join the list. A List Fragment control component can be created consisting ListID [66], ContingencyType [1385] and addition information related to the the fragment of a list. This component may be part of the execution reports / cancel replace requests. Please let me know. I will volunteer to do the leg work for next step. [You can unsubscribe from this discussion group by sending a message to mailto:[email protected]] -- You received this message because you are subscribed to the Google Groups "Financial Information eXchange" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/fix-protocol?hl=en.
