[This message was posted by Hanno Klein of Deutsche Börse Systems <[EMAIL PROTECTED]> to the "General Q/A" discussion forum at http://fixprotocol.org/discuss/22. You can reply to it on-line at http://fixprotocol.org/discuss/read/633a2cd6 - PLEASE DO NOT REPLY BY MAIL.]
I agree that OrderQty should be optional for cancellations but that deviations of expected values should be made visible if this feature is used. There is a mandatory field CxlQty (84) in the ListStatus message today. However, the ExecutionReport does not carry this information explicitly and I wonder whether CxlQty might be a good field in this message, conditionally required for cancellations. LeavesQty can be set to zero and thus might not carry this information. A discrepancy can then be resolved by only flagging an error if outstanding Execution Reports (for the additional fills crossing the cancel request on the wire) do not arrive within a certain time frame. Only then a manual intervention is needed. Regards, Hanno. > As of FIX.4.3 on of fields from the OrderQty component block (either > OrderQty or CashOrderQty)is now required. Prior to FIX.4.2 the OrderQty > is not required. A previous post: > http://fixprotocol.org/discuss/read/c10aec99 indicates that the > OrderQty should be validated but the cancel remainder action should be > performed anyway. > > We made the change for a reason, I just can't remember why. It seems > like OrderQty should not be required since the behavior of > OrderCancelRequest(35=F) is to cancel any remaining unfilled quantity. > OrderCancelRequest cannot be used for partial cancellations. [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 -~----------~----~----~----~------~----~------~--~---
