Description The issue has been found while analzing severe performance issues on a production system. Those indexes have been addded: CREATE INDEX IF NOT EXISTS "index_OrderPosTaxDO_orderPosRef" on oms."OrderPosTaxDO"("orderPosRef"); CREATE INDEX IF NOT EXISTS "index_OrderChargeTaxDO_orderChargeRef"

Repro Steps Run test :"64568-119: successfully add, modify and remove additional attributes of order"  in OCRValidChangesSpec.groovy Actual Behavior If creating a change request:When setting the additional attributes of an order to an empty map, the attributes stay Expected Behavior When setting the

Repro Steps Run test "64568-116: successfully add, move position between shippingBuckets" in OCRValidChangesSpec.groovy Actual Behavior When trying to move a position from one bucket to another with the setPositions() method, the position doesn't move. Expected Behavior The position should be able to

Repro Steps Run test "64568-115: successfully add, remove, modify position of shippingBucket" in OCRValidChangesSpec.groovy Actual Behavior When setting new positions for a shipping bucket the 'old' positions are still there Expected Behavior When setting new positions for a shopping bucket they should

Repro Steps Run test "64568-107: successfully add, modify, remove shipping bucket charge" in OCRValidChangesSpec.groovy Actual Behavior When setting two new charges for the shipping bucket, after already setting one charge, only the original charge remains. Expected Behavior Setting new charges removes

Description [No Description]Actual Behavior Comment on ID in config.properties is misleading. It suggests, that the ID is set by the system during initialization. But this is not the case, the user is responsible to set the ID. null Bug null Fixed and verified Closed Major AdoWorkItem

Repro Steps Run test "64568-104: successfully add, modify, remove charge of sales" in OCRValidChangesSpec.groovy Actual Behavior After setting 2 charges of sales and later removing one of them, the size of the charges list is still 2. Expected Behavior After removing a charge, the size should change

Repro Steps Run test "64568-106: successfully add, modify, remove promotion of sales charge" in OCRValidChangesSpec.groovy Actual Behavior When adding a promotion to a charge, then modifying it. A second promotion with modified values is added to the charge instead of overwriting the current promotion

Steps to Repeat Enable the Test Tracking Service (see Cookbook - Developer Tool dev_trackingservice, or in the KB) now set breakpoints to com.intershop.component.marketing.product.internal.tracking.TrackingBasketProductLineItemBOExtensionImpl#getTrackingProductItem to inspect the creation of theTrackingProductItem

Description [No Description]Actual Behavior Opening the details of a given order position within the OMT is very slow. Expected Behavior Fix the underlying query and remove the method call if these data are really unused. null Bug null Verified Closed Major AdoWorkItem 65559 Products Intershop Order

System Info ICM with Data Replication Solr 8.8.0/8.9.0 Solr Adapter 3.0.0 Actual Behavior Changes in the index configuration that result in Solr schema changes are not visible in the live system. inSPIRED-inTRONICS - Mass Data Task - Indexes - Edit product-search-idx_en_US Add an index attribute in the

Description Description: OrderTransmission will be cancelled by IOM because OrderPosTransmissionDO.orderTransmissionRef is null. Steps to repeat: Place order in IOM Order doesn’t move from status “order transmission” to “in progress by supplier” orderTransmissionRef in Table OrderPosTransmissionDO is

Description [No Description]Actual Behavior "apply sql-script" prints a timeout message immediately. The SQL script is not executed at all. null Bug null Verified Closed Major AdoWorkItem 64799 Developer VM Products Intershop Order Management 0 Pull Request

Description [No Description]Actual Behavior Executing SQL is impossible, if an image pull secret is required. null Bug null Verified Closed Major AdoWorkItem 64793 Developer VM Products Intershop Order Management 0 Fixed in Commit 64759 Parent devenv4iom/1

Actual Behavior Think this happens for order creation as well as OCR creation. This 400 should return an error report containing more details.(Possibly it can be that the rate of a free, known tax changes.) Found with test 64568-100: successfully add, modify, remove taxes of sales total null

Repro Steps Found with test 64568-100: successfully add, modify, remove taxes of sales total (only in a branch yet) and 64568-101 With ocr I set just one tax for totals/ subtotals. Comparing the changed order shows that there are already 2 tax entries as before. Condition not satisfied: changedOrder3

Description There are new versions of the Cybersource SDK available. Update to latest versions. cybersource-rest-client-java to 0.0.34 AuthenticationSdk to 0.0.16 null User Story null Acceptance tests pass Closed null Major AdoWorkItem 64631 Cybersource - All Payment Methods ICM Payment Connectors Products

Description In order to reduce maintenance efforts the Cybersource connector should have as few dependencies as possible. Remove the dependencies to tomcat-servlet-api ws.rs-api Additionally the direct dependency to the responsive storefront has to be removed (use `commerce-management-b2x` instead).

Actual Behavior API-call ends with Exception when using jsut net or gross at order creation: if product.sum.net = null or product.sum.gross = null if subtotal.net = null or subtotal.gross = null if total.net = nullor total.gross = null even in no promotions are used Expected Behavior No exceptions null

Description [No Description]Actual Behavior 1) When required, an order position is splitted in sub quantities (aka OrderPosItemDOs) with slighly different price information in order to allow partial returns or cancellations without getting price differences in the sum, due to rounding issues. 2) Order