0055807: Duplicate UPC/EAN includes same product and deactivated records in the check

Openbravo Issue Tracking System - Retail Modules

View Issue Details

Project

Category

View Status

Date Submitted

Last Update

0055807

Retail Modules

Multi UPC/EAN for Product

public

2024-06-20 13:28

2024-06-25 18:48

Reporter

gorkaion

Assigned To

Rajesh_18

Priority

high

Severity

major

Reproducibility

always

Status

closed

Resolution

fixed

Platform

OS Version

Product Version

Target Version

Fixed in Version

Merge Request Status

Review Assigned To

OBNetwork customer

Support ticket

Regression level

Regression date

Regression introduced in release

Regression introduced by commit

Triggers an Emergency Pack

Summary

0055807: Duplicate UPC/EAN includes same product and deactivated records in the check

Description

When an update wants to remove a EAN code defined in the multiupc tab the proper way is to deactivate it so the incremental refreshes in the POS can remove it from the cache.

The handler checking for duplicated eans is not taking into account the deactivated multiupc eans. This is wrong since it avoids to assign the deactivated ean code to a different product.

The handler is not allowing duplicates in the same product. Hving the same EAN code in the Product header and in the mutiupc tab of the same product should be allowed.

Use case is: Product has code EAN13A in the product and EAN13B in the multiupc. Now it is required to switch them since the EAN13B has become the main one. This results in EAN13B in the header as a deactivated record in the multiupc and the EAN13A inserted in the multiupc tab. If this change is done using an integration process usually all the changes are flushed a single time causing the handler to fail as it is consindering the multiupc EAN13B still active.

Steps To Reproduce

try to deactivate a multiupc ean and assign it to a different product or set it as the main ean of hte same product.

Proposed Solution

Additional Information