[英]Fix OrigClOrdID (tag 41) in a chain of replaces. Is it the very first one of the order OR the previous one in the chain?
So whenever I want to change (reduce) the quantity of my order ( OrderCancelReplaceRequest ) I have to send a new ClOrdID and the original ClOrdID (tag 41). 所以每当我想改变(减少)我的订单数量( OrderCancelReplaceRequest )时,我必须发送一个新的ClOrdID和原始的ClOrdID(标签41)。 Ok, so let's say I change the quantity for a second time.
好的,我们假设我第二次改变了数量。 Does the original ClOrdID (tag 41) I have to send now is the very first one or the previous one?
我现在必须发送的原始ClOrdID(标记41)是第一个还是前一个?
It is the client order id after the modification (most current one before this cancel/replace request), not the original one. 它是修改后的客户订单ID(此取消/替换请求之前的最新订单ID),而不是原始订单ID。 You can check this in FIXimate , where the description of the field says:
您可以在FIXimate中查看此内容 ,其中字段的说明如下:
ClOrdID (11) of the previous order (NOT the initial order of the day) as assigned by the institution, used to identify the previous order in cancel and cancel/replace requests.
由机构分配的先前订单的ClOrdID(11)(不是当天的初始订单),用于识别取消和取消/替换请求中的先前订单。
It is clOrdId of the most recent one (the one sent last). 它是最近的一个(最后一个发送)的clOrdId。 Even if server queues the messages or it handles each one instantly, both ways it works.
即使服务器对消息进行排队,或者它立即处理每个消息,它的工作方式也是如此。 I think there are some scenarios in the Matrix somewhere (not sure probably in FIX site only), which indicate the same.
我认为Matrix中有一些场景(不太可能仅在FIX站点中),这表明相同。 Let me know if you need more explanation.
如果您需要更多解释,请告诉我。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.