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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0036047
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Web POSmajoralways2017-05-19 09:342017-06-06 10:17
Reporterpaul_guiotView Statuspublic 
Assigned Tomigueldejuana 
PriorityhighResolutionfixedFixed in VersionRR17Q3
StatusclosedFix in branchFixed in SCM revision340c28bbf70f
ProjectionnoneETAnoneTarget Version
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

0036047: [SER-QA 2869] Cash up: financial movements done even if it should not

DescriptionWith a a specific configuration, when a cash up is performed, some financial movements are done even if it should not
Steps To ReproduceIn BO, Make sure that you have the following configuration:
- Payment method: Flagged as "No automatic deposit"(ex remittance)
- Payment type: NO Flagged as "Automate movement to other account"

Go to the webpos on a seller terminal and perform a cash up.

Error: No movements need to be moved!
TagsNo tags attached.
Attached Filesdiff file icon issue36047.diff [^] (4,489 bytes) 2017-05-23 13:00 [Show Content]

- Relationships Relation Graph ] Dependency Graph ]
related to defect 0036127 closedRetail When reactivating a payment we wrongly take currentBalance as starting 
related to defect 0036128 newmigueldejuana Rename "Automate movement to other account" check 

-  Notes
(0096729)
marvintm (manager)
2017-05-23 13:01

Attached diff is the skeleton of a possible approach, but we need to review if the changes to the reconciliation ending balance make sense or not, and if the financial account balance should also be changed.
(0096757)
marvintm (manager)
2017-05-24 13:34

After discussing further, the changes which need to be done are:
- For automatic deposited payments which do not have "automate movement to other account" enabled: reconciliation should be done, its ending balance should be the counted amount, amount to keep in this case should be counted amount also, both transactions to automated movement should not be done

- For non-automatic deposited payments, regardless of "automate movement to other account" setting: reconciliation should never be done, amount to keep should not be changed, transactions to automate movement should also not be done.
(0096858)
hgbot (developer)
2017-05-29 15:50

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 3dbcb6b316eb645730de8604dbc5f2df21ef91d8
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Mon May 29 15:50:17 2017 +0200
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/3dbcb6b316eb645730de8604dbc5f2df21ef91d8 [^]

Fixed issue 0036047: [SER-QA 2869] Cash up: financial movements done even if it should not

- Do not create any transaction or reconciliation if payment method is No Automate Deposit

---
M src/org/openbravo/retail/posterminal/CashCloseProcessor.java
---
(0096999)
marvintm (manager)
2017-05-30 08:50

Finally, after discussing internally, it's been decided that the first discussed change for automatic deposited payments will not be implemented, because the behavior has been like this since the beginning of the Web POS, and changing it would be quite harsh for customers.

Instead, the name of the field, and its description and help information, will be updated to clarify what it actually does. This will be done as part of related issue 36128
(0097021)
marvintm (manager)
2017-05-30 17:04

The change which is currently committed is changing not just the automatic deposit flow but also other flow which we decided not to change after all.
(0097043)
hgbot (developer)
2017-05-31 09:39

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 340c28bbf70f706c3984454eb7309e51a7c00d43
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Tue May 30 17:22:38 2017 +0200
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/340c28bbf70f706c3984454eb7309e51a7c00d43 [^]

Fixed issue 0036047: [SER-QA 2869] Cash up: financial movements done even if it should not

- Remove unneeded changes

---
M src/org/openbravo/retail/posterminal/CashCloseProcessor.java
---

- Issue History
Date Modified Username Field Change
2017-05-19 09:34 paul_guiot New Issue
2017-05-19 09:34 paul_guiot Assigned To => Retail
2017-05-19 09:34 paul_guiot Resolution time => 1498860000
2017-05-19 09:34 paul_guiot Triggers an Emergency Pack => No
2017-05-23 13:00 marvintm File Added: issue36047.diff
2017-05-23 13:01 marvintm Note Added: 0096729
2017-05-24 13:34 marvintm Note Added: 0096757
2017-05-25 11:58 marvintm Assigned To Retail => migueldejuana
2017-05-25 11:58 marvintm Status new => scheduled
2017-05-29 15:49 migueldejuana Relationship added related to 0036127
2017-05-29 15:50 hgbot Checkin
2017-05-29 15:50 hgbot Note Added: 0096858
2017-05-29 15:50 hgbot Status scheduled => resolved
2017-05-29 15:50 hgbot Resolution open => fixed
2017-05-29 15:50 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/3dbcb6b316eb645730de8604dbc5f2df21ef91d8 [^]
2017-05-29 15:57 migueldejuana Relationship added related to 0036128
2017-05-30 08:50 marvintm Note Added: 0096999
2017-05-30 17:04 marvintm Note Added: 0097021
2017-05-30 17:04 marvintm Status resolved => new
2017-05-30 17:04 marvintm Resolution fixed => open
2017-05-31 09:39 hgbot Checkin
2017-05-31 09:39 hgbot Note Added: 0097043
2017-05-31 09:39 hgbot Status new => resolved
2017-05-31 09:39 hgbot Resolution open => fixed
2017-05-31 09:39 hgbot Fixed in SCM revision http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/3dbcb6b316eb645730de8604dbc5f2df21ef91d8 [^] => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/340c28bbf70f706c3984454eb7309e51a7c00d43 [^]
2017-06-06 10:17 marvintm Review Assigned To => marvintm
2017-06-06 10:17 marvintm Status resolved => closed
2017-06-06 10:17 marvintm Fixed in Version => RR17Q3


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker