Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0049833Retail ModulesWeb POSpublic2022-07-19 02:202022-07-25 09:32
Reporterrtoledano 
Assigned Toranjith_qualiantech_com 
PriorityhighSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Versionpi 
Target VersionRR20Q3.4Fixed in VersionRR22Q4 
Merge Request Status
Review Assigned To
OBNetwork customer
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0049833: Reprinted simplified invoices with wrong payment names
DescriptionPlease see steps to reproduce
Steps To ReproduceEnv: https://livebuilds.openbravo.com/retail_pi_pgsql/web/org.openbravo.retail.posterminal/?terminal=VBS-1 [^]

On backend
  1- Channel-touchpoint VBS-1: Configure properly your local HWM
  2- Channel-touchpoint VBS-1: In payment method tab change the name of Cash to CashTrl
  3- Channel-touchpoint type of VBS-1: In payment method tab change the name of Cash to CashTrl
  4- Channel-touchpoint type of VBS-1: In header change active flag "Generate simplified invoices"

On Web POS:
  1- Refresh and do a sale paying with CashTrl payment method
  2- Check in HWM the printed template Simplified Invoice with the right payment method name CashTrl
  3- Reopen the ticket, click on Print menu item, select the invoice to print and pulse Print Invoices button
  4- Check in HWM the reprinted template Simplified Invoice with a wrong payment method name, Cash instead of CashTrl
Proposed SolutionClue: The bug is in org.openbravo.retail.posterminal.Invoices.java

It seems that queries matching with terminal payment methods do not fetch any records. Then query for native payment method is executed instead.

If Receipt is reprinted pulsing in the popup the "Print receipt" button the payment name printed is CashTrl, that is OK. So I think the queries for payment methods on PaidReceipt.java are OK too.
Additional Information
TagsNOR
Relationships
related to defect 0040876 closed rqueralta Multiple payment methods are shown when their have the same financial account 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2022-07-19 02:20rtoledanoNew Issue
2022-07-19 02:20rtoledanoAssigned To => Retail
2022-07-19 02:20rtoledanoTriggers an Emergency Pack => No
2022-07-19 02:25rtoledanoTag Attached: NOR
2022-07-19 07:41ranjith_qualiantech_comAssigned ToRetail => ranjith_qualiantech_com
2022-07-19 07:50ranjith_qualiantech_comStatusnew => scheduled
2022-07-19 08:18ucarrionIssue Monitored: ucarrion
2022-07-19 08:54ranjith_qualiantech_comRelationship addedrelated to 0040876
2022-07-19 10:40rafademiguelIssue Monitored: rafademiguel
2022-07-20 10:58hgbotNote Added: 0139443
2022-07-25 09:32hgbotResolutionopen => fixed
2022-07-25 09:32hgbotStatusscheduled => closed
2022-07-25 09:32hgbotFixed in Version => RR22Q4
2022-07-25 09:32hgbotNote Added: 0139582
2022-07-25 09:32hgbotNote Added: 0139583

Notes
(0139443)
hgbot   
2022-07-20 10:58   
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/866 [^]
(0139582)
hgbot   
2022-07-25 09:32   
Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal [^]
Changeset: b39b18f4071ee70f1b5479a060eeba02254bd65a
Author: Ranjith S R <ranjith@qualiantech.com>
Date: 25-07-2022 07:31:50
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/b39b18f4071ee70f1b5479a060eeba02254bd65a [^]

Fixed ISSUE-49833: Updated Invoice Payment Query
* Payment Schedule Detail of Invoice should be used to load the invoice payments

---
M src/org/openbravo/retail/posterminal/Invoices.java
---
(0139583)
hgbot   
2022-07-25 09:32   
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/866 [^]