|
5.0 SP1 Feedback
< Previous Next >
re: EP60 - Contingent Orders
Andre Mermegas / Forex Capital Markets
18 Jan 2008 1:27PM ETHi Rikard,
Thanks for the reply, if I can assist in anyway please let me know.
> Andre,
>
> the main consideration to not including the receiver assigned identifier
> was that we did not want to introduce new identifier fields in primarily
> a message as the Execution Report as that could lead to unnecessary
> breakage. The ambition of the group was to introduce as few changes as
> possible but define a standard approach to contingency order processing
> and field usage. We were also aware that some implementations already
> used List Orders for this purpose.
>
> I agree with you that the identifier is relevant and would also support
> adding it in a future version. At the moment, however, there is no
> scheduled activity in enhancing the support for contingency orders.
>
>
> Regards
>
> Rikard
>
> > Hi,
> >
> > I saw question of a sell-side assigned "OrderID" like ID to the
> > ListOrder in the draft specification (p14) but I guess it was not put
> > intowww.fixprotocol.org/documents/3672/FIX%20Protocol%20Gap%20Analysis%20-
> > %20Contingent%20Order%20Req%26%2339%3Bs%200.16.doc
> >
> > I would like to support this addition of sell-side assigned grouping
> > id (ContingencyID?) similar to ListID from the buy-side. It would be
> > added to ExecutionReport, ListStatus, ListCancelRequest.
re: EP60 - Contingent Orders
Andre Mermegas / Forex Capital Markets 18 Jan 2008 1:27PM ET
|
