Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0058262 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [Retail Modules] Retail API | major | always | 2025-03-17 17:52 | 2025-03-27 11:56 | |||
Reporter | kchoperena | View Status | public | |||||
Assigned To | Triage Omni WMS | |||||||
Priority | high | Resolution | duplicate | Fixed in Version | ||||
Status | closed | Fix in branch | Fixed in SCM revision | |||||
Projection | none | ETA | none | Target Version | ||||
OS | Any | Database | Any | Java version | ||||
OS Version | Database version | Ant version | ||||||
Product Version | SCM revision | |||||||
Merge Request Status | ||||||||
Review Assigned To | ||||||||
OBNetwork customer | OBPS | |||||||
Support ticket | ||||||||
Regression level | ||||||||
Regression date | ||||||||
Regression introduced in release | ||||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0058262: UpdatedDate of the inventory lines is not correctly filled while importing big Inventories through API | |||||||
Description | https://livebuilds.openbravo.com/context/retail_pos2_modules_pgsql/api?urls.primaryName=Business+API+-+Transactional+Data#/Inventory/Import_Inventory [^] The IMPORT inventory API allows us to import from an external system inventories. Normally, in an initial data load the inventories are so big because the client synchronizes the whole inventory between the systems In these cases, we notice that the UpdatedDate is not filled correctly as there are registers with a creation date later than the updated one The side problem of this issue, which has a big impact, is that the stock transactions are triggered using the Multiple Record Event Triggering Process which checks the updated date to decide which records need to be triggered. So what can happen is that when the inventory is importing and at the same time the process running, some records are not sent to the external system | |||||||
Steps To Reproduce | Import a large enough inventory using the API to spend processing more than a millisecond | |||||||
Proposed Solution | The creation date and update data should be the same in the import process of an inventory | |||||||
Tags | No tags attached. | |||||||
Attached Files | ![]() | |||||||
![]() |
|
![]() |
|
(0177334) hgbot (developer) 2025-03-27 11:56 |
Issue exported to Jira: https://openbravo.atlassian.net/browse/RM-24066 [^] |
![]() |
|||
Date Modified | Username | Field | Change |
2025-03-17 17:52 | kchoperena | New Issue | |
2025-03-17 17:52 | kchoperena | Assigned To | => Retail |
2025-03-17 17:52 | kchoperena | File Added: Screenshot from 2025-03-17 17-41-59.png | |
2025-03-17 17:52 | kchoperena | OBNetwork customer | => OBPS |
2025-03-17 17:52 | kchoperena | Triggers an Emergency Pack | => No |
2025-03-17 17:55 | kchoperena | Description Updated | View Revisions |
2025-03-18 06:49 | guillermogil | Assigned To | Retail => Triage Omni OMS |
2025-03-18 12:52 | aferraz | Assigned To | Triage Omni OMS => Triage Omni WMS |
2025-03-18 12:56 | kchoperena | Type | design defect => defect |
2025-03-27 11:56 | hgbot | Note Added: 0177334 | |
2025-03-27 11:56 | hgbot | Status | new => closed |
2025-03-27 11:56 | hgbot | Resolution | open => duplicate |
Copyright © 2000 - 2009 MantisBT Group |