Openbravo Issue Tracking System - Retail Modules
View Issue Details
0050649Retail ModulesEvents for Paymentspublic2022-10-26 15:172022-11-21 07:53
ludmila_ursu 
ranjith_qualiantech_com 
normalmajoralways
closedfixed 
30Openbravo Appliance 14.04
pi 
piRR23Q1 
Production - QA Approved
2020-12-15
pi
https://issues.openbravo.com/view.php?id=45518 [^]
No
0050649: Canceling a layaway is resulting in an EWI
When doing a cancel and replace, and the business partner has a default payment method set in the backoffice (for example "fake wire transfer") and this payment method is not set as a payment method in the touchpoint, nor in the touchpoint type, then there is an EWI created in the backoffice.

This is related to the fix that was made, in the Mantis issue 49849
1. Verify the payment method of the Business Partner. Set it for example "fake wire transfer". "fake wire transfer" should be associated to any financial account of Yosemite Store
2. Verify that there is no payment method "fake wire transfer" set in the touchpoint VBS-1, nor in the touchpoint type VBS POS Terminal Type.
3. Connect to the POS, VBS-1 terminal, user vallblanca (not Openbravo).
4. Create an order and and layaway it (no payment).
5. Open the previous layaway and do a "Cancel Layaway".
6. Check in the backoffice. There should be an EWI visible

Please check the video registered with reproduced error.
https://drive.google.com/file/d/1BunlOWw81wC9f7CBAPHl7XvRNoqmnYLG/view?usp=sharing [^]
No tags attached.
related to defect 0050032 closed ranjith_qualiantech_com Cancelling a layaway in a terminal without payment method generates an EWI 
related to defect 0045518 closed rqueralta For netting payment of a Cancel Layaway the payment method and financial account of a different terminal is used 
caused by defect 0049849 closed ranjith_qualiantech_com When doing a cancel and replace the payment method is changed to correspond to a default payment method 
Issue History
2022-10-26 15:17ludmila_ursuNew Issue
2022-10-26 15:17ludmila_ursuAssigned To => ranjith_qualiantech_com
2022-10-26 15:17ludmila_ursuRegression level => Production - QA Approved
2022-10-26 15:17ludmila_ursuRegression date => 2022-10-26
2022-10-26 15:17ludmila_ursuRegression introduced in release => pi
2022-10-26 15:17ludmila_ursuRegression introduced by commit => https://issues.openbravo.com/view.php?id=49849 [^]
2022-10-26 15:17ludmila_ursuTriggers an Emergency Pack => No
2022-10-26 15:25ranjith_qualiantech_comSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=24992#r24992
2022-10-27 08:45ranjith_qualiantech_comRelationship addedrelated to 0050032
2022-10-27 08:48ranjith_qualiantech_comSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=24993#r24993
2022-10-27 09:27ranjith_qualiantech_comRelationship addedrelated to 0045518
2022-10-27 12:11ngarciaRelationship addedcaused by 0049849
2022-10-31 10:10ranjith_qualiantech_comStatusnew => scheduled
2022-10-31 10:11ranjith_qualiantech_comRegression date2022-10-26 => 2020-12-15
2022-10-31 10:11ranjith_qualiantech_comRegression introduced by commithttps://issues.openbravo.com/view.php?id=49849 [^] => https://issues.openbravo.com/view.php?id=45518 [^]
2022-11-02 06:32hgbotNote Added: 0142779
2022-11-21 07:53hgbotResolutionopen => fixed
2022-11-21 07:53hgbotStatusscheduled => closed
2022-11-21 07:53hgbotFixed in Version => RR23Q1
2022-11-21 07:53hgbotNote Added: 0143862
2022-11-21 07:53hgbotNote Added: 0143863

Notes
(0142779)
hgbot   
2022-11-02 06:32   
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/968 [^]
(0143862)
hgbot   
2022-11-21 07:53   
Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal [^]
Changeset: 52a9381b867cda24e7217196ee05c496e0e443b4
Author: Ranjith S R <ranjith@qualiantech.com>
Date: 21-11-2022 06:53:30
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/52a9381b867cda24e7217196ee05c496e0e443b4 [^]

Fixed ISSUE-50649: Payment method should have FinAccount in NaturalOrg Tree
* When creating the order, order's payment method should have FinAccount
  in NaturalOrg Tree

---
M src/org/openbravo/retail/posterminal/OrderLoader.java
---
(0143863)
hgbot   
2022-11-21 07:53   
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/968 [^]