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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0054607
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[POS2] POSmajoralways2024-02-07 10:402024-03-20 09:28
ReporterwicherrView Statuspublic 
Assigned ToTriage Omni OMS 
PrioritynormalResolutionfixedFixed 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

0054607: [US] Issue on the payment panel

DescriptionWhen we reach the payment screen during the return process, there is an issue regarding the refresh of the screen data : in the following video, you can see that at the first attempt, the credit card refund is available and the amounts to refund on the quick action panel is 0. If we add a partial payment, then the screen works as expected.

https://drive.google.com/file/d/1qWCMCW29FxASbkG0nPYzNMIj8JIJF9lc/view [^]
Steps To ReproducePrerequisite :
The price list used must be with prices not included taxes
The organization must use the AVALARA module
On the channel touchpoint type configuration, on the cash payment method, the “Allowed PMs for refund” should be “Only those defined” and the “PM for refund” tab should be populated by any PM but the credit card PM.


Step to reproduce :
On POS, make a sale and finalize it by cash
Open the tickets tab
Click on the 3 dots and choose “Verified return”
Select the lines and valid
Click on Pay
=> The amounts on the the quick action panel are 0
=> The refund by credit card is available
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
depends on backport 005500524Q1.1 closedTriage Omni OMS [US] Issue on the payment panel 
has duplicate defect 0054608 newTriage Omni OMS [US] When we do a verified return, the amount of the lines are 0 on the selector 

-  Notes
(0161204)
hgbot (developer)
2024-02-23 14:36

Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.events.taxes/-/merge_requests/10 [^]
(0161901)
hgbot (developer)
2024-03-08 13:52

Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2/-/merge_requests/2484 [^]
(0161924)
hgbot (developer)
2024-03-11 09:42

Merge request closed: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2/-/merge_requests/2484 [^]
(0161927)
hgbot (developer)
2024-03-11 10:21

Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.events.taxes [^]
Changeset: 245e6bf71c977a3669fbcc89d0423d24d5e5be32
Author: Kousalya Ramasamy <kousalya.ramasamy@openbravo.com>
Date: 11-03-2024 09:21:46
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.events.taxes/-/commit/245e6bf71c977a3669fbcc89d0423d24d5e5be32 [^]

Fixes ISSUE-54607: Set refund limit after external tax calculation

---
M web/org.openbravo.events.taxes/app/model/business-object/ticket/actions/CalculateExternalTaxes.js
---
(0161928)
hgbot (developer)
2024-03-11 10:21

Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.events.taxes/-/merge_requests/10 [^]

- Issue History
Date Modified Username Field Change
2024-02-07 10:40 wicherr New Issue
2024-02-07 10:40 wicherr Assigned To => Retail
2024-02-07 10:40 wicherr Triggers an Emergency Pack => No
2024-02-20 13:55 aferraz Assigned To Retail => Triage Omni OMS
2024-02-23 14:36 hgbot Note Added: 0161204
2024-02-23 15:59 kousalya_r Relationship added has duplicate 0054608
2024-03-08 13:52 hgbot Note Added: 0161901
2024-03-11 09:42 hgbot Note Added: 0161924
2024-03-11 10:21 hgbot Resolution open => fixed
2024-03-11 10:21 hgbot Status new => closed
2024-03-11 10:21 hgbot Note Added: 0161927
2024-03-11 10:21 hgbot Note Added: 0161928
2024-03-20 09:28 aferraz Status closed => new
2024-03-20 09:28 aferraz Resolution fixed => open
2024-03-20 09:28 aferraz Status new => scheduled
2024-03-20 09:28 aferraz Status scheduled => resolved
2024-03-20 09:28 aferraz Resolution open => fixed
2024-03-20 09:28 aferraz Status resolved => closed


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker