Openbravo Issue Tracking System - POS2
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0046571POS2POSpublic2021-05-07 09:282021-06-16 17:38
Reporterlorenzofidalgo 
Assigned Togorka_gil 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionno change required 
PlatformOS5OS Version
Product Versionmain 
Target VersionFixed in Version 
Merge Request Status
Review Assigned Tomarvintm
OBNetwork customerNo
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0046571: [21Q2] Payment Method is not properly recorded using Return Orders when Credit Notes are configured
DescriptionPaying a Return Receipt with overpayment induces the Payment Method field is wrongly recorded in backoffice.
Steps To Reproduce0-Configure Credit Notes for Card and Voucher Payment Methods for CMS-1.
1-Log in CMS-1 as centralmountains.
2-Add 1x "Balaclava Cap".
3-Click Return order and Pay button.
4-Add 200€ and use Card as Payment Method. Pay and confirm overpayments.
5-Go to backoffice and go to "Return from Customer" window.
6-Select the just created record and go to Payment Plan tab and check Payment Method field. DEFECT: Realise Payment Method field shows Cash.
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
related to defect 0046570 closed Retail [21Q2] Received quantities in backoffice are not right in overpaid Return Orders when Credit Notes are configured 
related to defect 0046569 closed gorka_gil [21Q2] Overpayments done with Card to create Credit Note appear as Cash in backoffice 
Attached Filespng CashPayment.png (13,620) 2021-05-07 09:28
https://issues.openbravo.com/file_download.php?file_id=15671&type=bug
png
Issue History
Date ModifiedUsernameFieldChange
2021-05-07 09:28lorenzofidalgoNew Issue
2021-05-07 09:28lorenzofidalgoAssigned To => Retail
2021-05-07 09:28lorenzofidalgoFile Added: CashPayment.png
2021-05-07 09:28lorenzofidalgoOBNetwork customer => No
2021-05-07 09:28lorenzofidalgoResolution time => 1622757600
2021-05-07 09:28lorenzofidalgoTriggers an Emergency Pack => No
2021-05-07 09:28lorenzofidalgoRelationship addedrelated to 0046570
2021-05-07 14:49guilleaerResolution time1622757600 => 1624226400
2021-05-11 08:12guilleaerStatusnew => acknowledged
2021-05-27 10:05guilleaerSeverityminor => major
2021-05-27 10:06guilleaerResolution time1624226400 => 1623362400
2021-05-27 12:41psanjuanNote Added: 0128709
2021-05-27 12:42psanjuanRelationship addedrelated to 0046569
2021-06-10 17:53guilleaerStatusacknowledged => scheduled
2021-06-10 17:54guilleaerAssigned ToRetail => gorka_gil
2021-06-10 17:55guilleaerResolution time1623362400 => 1623967200
2021-06-16 17:38marvintmReview Assigned To => marvintm
2021-06-16 17:38marvintmNote Added: 0129578
2021-06-16 17:38marvintmStatusscheduled => closed
2021-06-16 17:38marvintmResolutionopen => no change required

Notes
(0128709)
psanjuan   
2021-05-27 12:41   
Same applies to "normal" sales.
(0129578)
marvintm   
2021-06-16 17:38   
There is a rule defined a long time ago about the payment method field in the payment plan tab, when orders come from the POS. The rule is: the payment method selected in the payment plan will be the default payment method for the business partner, unless there is only one payment detail. In the case there is only one payment method detail, then the selected payment method will be the payment method of the only payment related to this payment detail.

In this example, as there is overpayment later on returned in credit note, there are actually two payment details associated with the payment plan, and therefore the business partner default payment method is selected.