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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0057201
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[POS2] POSmajoralways2024-11-20 10:502024-12-02 16:05
ReporterjfvaringotView Statuspublic 
Assigned Togorka_gil 
PriorityurgentResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned To
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0057201: Safe box - Expected ending amount is not correcty set when counted amount not initialized with expected amount

DescriptionReported in https://openbravo.atlassian.net/browse/RM-19256 [^]

REPRODUCED ON LIVEBUILDS :
Back office : https://livebuilds.openbravo.com/context/retail_pos2_modules_pgsql/security/Login [^]
POS : https://livebuilds.openbravo.com/context/retail_pos2_modules_pgsql/web/pos/?terminal=VBSSB1 [^]


PREREQUISITES :
YOU SHOULD USE SAFEBOX, AND HAVE ‘CASH’ PAYMENT METHOD SET TO ‘TRUE’.
YOU SHOULD USE ‘UNIQUE SAFEBOX INITIAL COUNTING’ FEATURE


ISSUE :
When the checkbox ‘Initialize counted amount with expected amount’ is set to ‘false’ on touchpoint type > payment method > cash-up, then the ending expected amount is not correc -> the expected amount does not take into account the initially counted amount.

Steps To ReproduceStep to reproduce :

On Back-office :
- Touchpoint type > Payment method > ‘Cash’ > ‘Initialize counted amount with expected amount’ = False



On POS :
- Open a till to do the initial counting of the safe box
- Open a till AND DO NOT SELECT A SAFEBOX
- Go to the initial counting menu
- Initialise your safebox with an amount = 200€.
- Do a cash-up to close the till
- Open a till, and select the just initially counted safebox
- Do sales
- Do a cash-up to close the till
- Open a till to do the final counting (do not select a safebox)

-> The expected amount = amount of sales.
-> Counted amount = 0

- Enter the counted amount = (initialized amount+sales amount)
- Keep 200 then finish the counting
- Do a cash-up to close the till


On Back-office
- On Safebox > Safe Box Ending Count History > select your counting date
- On Safe Box Ending Count Payment Method > Expected amount = sales amount. It does not take into account the initially counted amount in the safebox, so, it’s not the expected amount => KO.


CORRECT BEHAVIOR :
If you set Touchpoint type > Payment method > ‘Cash’ > ‘Initialize counted amount with expected amount’ = True

Then, at the final counting : Expected amount = (initialized amount+sales amount) => OK.

=> Which is OK.

Proposed SolutionWhatever the value of the parameter ‘Initialize counted amount with expected amount’ (TRUE/FALSE), the expected amount should not be different.

It should always be the initially counted amount + all cash movements during the day (like when currently the parameter is set to TRUE).
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
depends on backport 005720324Q4.1 closedgorka_gil Safe box - Expected ending amount is not correcty set when counted amount not initialized with expected amount 
depends on backport 005720424Q3.3 closedgorka_gil Safe box - Expected ending amount is not correcty set when counted amount not initialized with expected amount 
depends on backport 005720524Q2.5 closedgorka_gil Safe box - Expected ending amount is not correcty set when counted amount not initialized with expected amount 
related to defect 0056783 closedSABARINATH P Incorrect starting cash amount when using safe box functionality in the POS 

-  Notes
(0172907)
gorka_gil (administrator)
2024-12-02 16:05

Fixed by this jira: https://openbravo.atlassian.net/browse/RM-17977 [^]

- Issue History
Date Modified Username Field Change
2024-11-20 10:50 jfvaringot New Issue
2024-11-20 10:50 jfvaringot Assigned To => Retail
2024-11-20 10:50 jfvaringot Triggers an Emergency Pack => No
2024-11-20 11:07 guillermogil Severity critical => major
2024-11-20 11:53 guillermogil Relationship added related to 0056783
2024-11-20 11:56 migueldejuana Status new => scheduled
2024-11-20 11:56 migueldejuana Assigned To Retail => SABARINATH P
2024-11-29 12:53 migueldejuana Assigned To SABARINATH P => gorka_gil
2024-12-02 16:05 gorka_gil Note Added: 0172907
2024-12-02 16:05 gorka_gil Status scheduled => closed
2024-12-02 16:05 gorka_gil Resolution open => fixed


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker