Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0040484
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[Retail Modules] Cash upmajorhave not tried2019-03-07 13:412019-07-23 12:35
ReportermalsasuaView Statuspublic 
Assigned Torqueralta 
PriorityhighResolutionfixedFixed in VersionRR19Q1.1
StatusclosedFix in branchFixed in SCM revision886683a8ce22
ProjectionnoneETAnoneTarget VersionRR19Q1.1
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned Tomarvintm
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0040484: Cashup with corrupted data is synced after to update to 18Q3

DescriptionWhen cashup has not been completed in one terminal, and system is updated to 18Q3, the payment method cashup info is corrupted in local database. This info is updated to current balance of financial account of payments.
Steps To ReproduceBO:
. Cash financial account - current balance 0

POS:
. login
. complete cashup -> total to keep for cash payment method: 0
. complete a new sales order SO1 -> amount 10
(Cash financial account - current balance 10)

UPDATE TO 18Q3
POS:
. login
. complete cashup -> starting cash is displaying amount 10 and it should be 0
Proposed SolutionVerify into OB.UTIL.initcashup function if any tables related with the cash up process was rebuilded. If it was done, is necessary eliminate the others related tables, at the beginning of the process. By doing this, we recover all the backend data.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
related to defect 0040336 closedjavierRodriguez sales orders are missing when environment is updated from 17Q3 to 18Q3 
blocks defect 0040337 closedrqueralta Cashup with corrupted data is synced after to update to 18Q3 

-  Notes
(0110955)
hgbot (developer)
2019-04-01 20:55

Repository: retail/backports/3.0RR19Q1.1/org.openbravo.mobile.core
Changeset: 886683a8ce221d4c93379e690669a49850e8f583
Author: Rafael Queralta <rafaelcuba81 <at> gmail.com>
Date: Mon Apr 01 14:53:39 2019 -0400
URL: http://code.openbravo.com/retail/backports/3.0RR19Q1.1/org.openbravo.mobile.core/rev/886683a8ce221d4c93379e690669a49850e8f583 [^]

Fixed issue 40484: Cashup with corrupted data is synced after to update to 18Q3

- If one table related to Cash Up process is rebuilded, is necessary rebuild all
the related tables. "relatedTablesToRebuild" function was added to do it. This
way we reload all Cash Up data from the backend.

---
M web/org.openbravo.mobile.core/source/model/ob-terminal-model.js
---

- Issue History
Date Modified Username Field Change
2019-03-28 18:00 guilleaer Type defect => backport
2019-03-28 18:00 guilleaer Target Version => RR19Q1.1
2019-04-01 20:55 hgbot Checkin
2019-04-01 20:55 hgbot Note Added: 0110955
2019-04-01 20:55 hgbot Status scheduled => resolved
2019-04-01 20:55 hgbot Resolution open => fixed
2019-04-01 20:55 hgbot Fixed in SCM revision http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/c74d6f059b735e2b45163a54886035c9829cbc49 [^] => http://code.openbravo.com/retail/backports/3.0RR19Q1.1/org.openbravo.mobile.core/rev/886683a8ce221d4c93379e690669a49850e8f583 [^]
2019-04-11 13:04 marvintm Review Assigned To guilleaer => marvintm
2019-04-11 13:04 marvintm Status resolved => closed
2019-04-11 13:04 marvintm Fixed in Version => RR19Q1.1
2019-07-23 12:35 rafaroda Relationship added related to 0040336


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker