# Expected value in CumQty **URL:** \ **Category:** General Q&A\ **Tags:** general-qa, imported, xid\_167892\ **Created:** [October 26, 2009, 9:46am UTC](https://forum.fixtrading.org/t/expected-value-in-cumqty/4940 "2009-10-26T09:46:48Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![vinaymeher75\_x](https://avatars.discourse-cdn.com/v4/letter/v/54ee81/32.png) [@vinaymeher75\_x](https://forum.fixtrading.org/u/vinaymeher75_x)\ **Post date:** [October 26, 2009, 9:46am UTC](https://forum.fixtrading.org/t/expected-value-in-cumqty/4940/1 "2009-10-26T09:46:48Z")
Imported from previous forum ---
**Author:** ![vinaymeher75\_x](https://avatars.discourse-cdn.com/v4/letter/v/54ee81/32.png) [@vinaymeher75\_x](https://forum.fixtrading.org/u/vinaymeher75_x)\ **Post date:** [October 26, 2009, 9:46am UTC](https://forum.fixtrading.org/t/expected-value-in-cumqty/4940/2 "2009-10-26T09:46:48Z")
In FIX, Tag no. 38 represents the Order Quantity which is “Total Intended Order Quantity” (including the amount already executed for this chain of orders). Lets consider the following case: 1. An entity places an order with Order Quantity = 10. 2. Order gets partially traded with Traded Quantity = 2. 3. Before the receipt of Execution Report (Trade Confirmation) of step 2, an Entity places an Order Replace Request with Order Quantity = 12. At this moment the entity is not aware that the order is already partially traded with quantity 2. 4. The order gets fully traded. At this moment, total traded quantity i.e. CumQty would be 14. Is this case valid in FIX? If Yes, then will it be OK, if the trades for quantity 14 takes place instead of 12? Thanks in advance, Vinay M ---
**Author:** ![fplpo\_x](https://avatars.discourse-cdn.com/v4/letter/f/7ab992/32.png) [@fplpo\_x](https://forum.fixtrading.org/u/fplpo_x)\ **Post date:** [October 26, 2009, 10:05am UTC](https://forum.fixtrading.org/t/expected-value-in-cumqty/4940/3 "2009-10-26T10:05:58Z")
[original email was from Bivas Mishra - [bivas.mishra@wipro.com](mailto:bivas.mishra@wipro.com) ] Hi Vinay, Step 3 of the described Scenario below is invalid. Once OrderReplaceRequest is sent with modified quantity as 12, the OrigClOrdID (Tag 41)of amendment request will be checked against ClOrdID (11) of original Order before processing. Since a partial fill has taken place for the original order, the amendment will be accepted and executed for qty=10 (remaining quantity to be filled). Hence, total traded quantity (CumQty) would be 12 and not 14 after final execution. Regards, Bivas > In FIX, Tag no. 38 represents the Order Quantity which is “Total > Intended Order Quantity” (including the amount already executed for > this chain of orders). Lets consider the following case: > > 1. An entity places an order with Order Quantity = 10. > 2. Order gets partially traded with Traded Quantity = 2. 3) Before the > receipt of Execution Report (Trade Confirmation) of step 2, an Entity > places an Order Replace Request with Order Quantity = 12. At this > moment the entity is not aware that the order is already partially > traded with quantity 2. > 3. The order gets fully traded. At this moment, total traded quantity > i.e. CumQty would be 14. > > Is this case valid in FIX? If Yes, then will it be OK, if the trades > for quantity 14 takes place instead of 12? > > Thanks in advance, Vinay M ---
**Author:** ![hanno.klein](https://yyz2.discourse-cdn.com/flex010/user_avatar/forum.fixtrading.org/hanno.klein/32/38_2.png) [@hanno.klein](https://forum.fixtrading.org/u/hanno.klein)\ **Post date:** [October 26, 2009, 1:19pm UTC](https://forum.fixtrading.org/t/expected-value-in-cumqty/4940/4 "2009-10-26T13:19:56Z")
Correct, the replace request might cross the ExecutionReport on the wire but the trading venue is always aware of the most recent state of the order, i.e. the fact that qty=2 has already been traded and that qty=10 (8) is left for trading after (before) the replacement. > Hi Vinay, > > Step 3 of the described Scenario below is invalid. > > Once OrderReplaceRequest is sent with modified quantity as 12, the > OrigClOrdID (Tag 41)of amendment request will be checked against ClOrdID > (11) of original Order before processing. > > Since a partial fill has taken place for the original order, the > amendment will be accepted and executed for qty=10 (remaining quantity > to be filled). > > Hence, total traded quantity (CumQty) would be 12 and not 14 after final > execution. > > Regards, Bivas > > > In FIX, Tag no. 38 represents the Order Quantity which is “Total > > Intended Order Quantity” (including the amount already executed for > > this chain of orders). Lets consider the following case: > > > > 1. An entity places an order with Order Quantity = 10. > > 2. Order gets partially traded with Traded Quantity = 2. 3) Before the > > receipt of Execution Report (Trade Confirmation) of step 2, an > > Entity places an Order Replace Request with Order Quantity = 12. At > > this moment the entity is not aware that the order is already > > partially traded with quantity 2. > > 3. The order gets fully traded. At this moment, total traded quantity > > i.e. CumQty would be 14. > > > > Is this case valid in FIX? If Yes, then will it be OK, if the trades > > for quantity 14 takes place instead of 12? > > > > Thanks in advance, Vinay M ---
**Author:** ![gmal\_x](https://avatars.discourse-cdn.com/v4/letter/g/87869e/32.png) [@gmal\_x](https://forum.fixtrading.org/u/gmal_x)\ **Post date:** [October 26, 2009, 1:50pm UTC](https://forum.fixtrading.org/t/expected-value-in-cumqty/4940/5 "2009-10-26T13:50:11Z")
Bivas and Hanno are correct, natch. The scenario you described can only result when, in step 2, a CancelRequest is issued followed immediately by a NewOrderSingle. In this case the order chain is broken and the two orders are processed independently of each other. Greg