Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||||||
ID | ||||||||||||
0052787 | ||||||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||||||
feature request | [Retail Modules] Cash Management | major | always | 2023-06-20 11:25 | 2024-07-19 12:20 | |||||||
Reporter | william_vermersch | View Status | public | |||||||||
Assigned To | Retail | |||||||||||
Priority | normal | Resolution | open | Fixed in Version | ||||||||
Status | new | Fix in branch | Fixed in SCM revision | |||||||||
Projection | none | ETA | none | Target Version | ||||||||
OS | Linux 64 bit | Database | PostgreSQL | Java version | 7.x | |||||||
OS Version | Openbravo Appliance 14.04 | Database version | 9.3.x | Ant version | 1.9.x | |||||||
Product Version | RR20Q3.4 | SCM revision | ||||||||||
Review Assigned To | ||||||||||||
Regression level | ||||||||||||
Regression date | ||||||||||||
Regression introduced in release | ||||||||||||
Regression introduced by commit | ||||||||||||
Triggers an Emergency Pack | No | |||||||||||
Summary | 0052787: Payment amount is not removed from safebox count when using Cash Management Event | |||||||||||
Description | Hi, When doing a Cash Management Event (withdrawal) with a payment that is not cash in a safebox, and when that payment has been defined as "Count per amount", then the amount withdrawal is still proposed in the safebox count interface. This issue is present on Weldom environment (using envelopes), I couldn't reproduce the same configuration on the livebuilds, but it seems that there we no customization for the count per amount part. We can schedule a meet if necessary. | |||||||||||
Steps To Reproduce | Log to the POS Define a safebox (allowing check payment) ---- (New ticket) Select a product Pay the ticket by check --- (New ticket) Select another product (different price) Pay the ticket by check --- Do a cash management Withdraw the amount of the first payment Create an envelope --- Count the safebox In the counting step of the check payment, the 2 payments are present | |||||||||||
Proposed Solution | This is probably due on how the count per amount is working | |||||||||||
Tags | No tags attached. | |||||||||||
Attached Files | ||||||||||||
Relationships [ Relation Graph ] [ Dependency Graph ] | |
Notes | |
(0152549) guilleaer (manager) 2023-07-17 11:17 |
After analyzing the issue we are moving it to feature request: -> An integration with "count per amount" is required for cash management. When drop/deposit operations are performed with this kind of payment methods it is needed to indicate which kind of items are being used. It is the only way that we have to keep the count correct |
Issue History | |||
Date Modified | Username | Field | Change |
2023-06-20 11:25 | william_vermersch | New Issue | |
2023-06-20 11:25 | william_vermersch | Assigned To | => Retail |
2023-06-20 11:25 | william_vermersch | Triggers an Emergency Pack | => No |
2023-07-05 12:23 | ranjith_qualiantech_com | Assigned To | Retail => ranjith_qualiantech_com |
2023-07-05 12:23 | ranjith_qualiantech_com | Status | new => scheduled |
2023-07-07 12:35 | ranjith_qualiantech_com | Status | scheduled => feedback |
2023-07-17 11:17 | guilleaer | Note Added: 0152549 | |
2023-07-17 11:17 | guilleaer | Status | feedback => new |
2023-07-17 11:17 | guilleaer | Type | defect => feature request |
2023-07-17 11:20 | ranjith_qualiantech_com | Assigned To | ranjith_qualiantech_com => Retail |
Copyright © 2000 - 2009 MantisBT Group |