It may simply be a display issue. If the pattern is the same as much of the other entities that have SeqId, the only thing that differentiates the two in the data model is whether the adjustment contains a SeqId. Meaning it ends up in the same place with an "order level" adjustment having null for the orderItemSeqId. Why not complete the order and see what ends up in OrderAdjustment entity.
--- David Garrett <[EMAIL PROTECTED]> wrote: > > In my progress toward VAT/GST implementation, I have > hit an unexpected > promotion problem where an item adjustment seems to > become an > orderAdjustment. > > Is this expected behaviour or a recent problem. What > is the expected > behaviour? I would have expected it to have been an > adjustment associated > with the item and displayed with the item as an item > adjustment. > > I am using the current SVN - no changes. > > How to reproduce: > ============= > 1. From ecommerce add a GZ-1005 to the cart. > 2. View Cart ... all OK. 1 x M$ .NIT gizmo added. > Unit Price $2,799.99 > Adjustments ($560.00) > Item Total $2,239.99 > > Plus 2 promotional, free products > > 3. Do a quick checkout COD and get to checkoutreview > .... the promotions are > all shown as order level promotions. > > > Interestingly ... With the following steps the > checkoutreview is later shown > correctly > > 4. Cick "View Cart" > 5. "Quick Checkout" ... COD and get to > checkoutreview > > ... Promotions are CORRECTLY shown as item > adjustments. That is stange! > > > Does anyone have a quick answer as to why I see > this? > > Thanks > David G >
