Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
| ID | ||||||||
| 0053896 | ||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
| defect | [POS2] POS | major | always | 2023-11-08 14:56 | 2023-11-30 09:07 | |||
| Reporter | ngarcia | View Status | public | |||||
| Assigned To | Rajesh_18 | |||||||
| Priority | urgent | Resolution | fixed | Fixed in Version | ||||
| Status | closed | Fix in branch | Fixed in SCM revision | |||||
| Projection | none | ETA | none | Target Version | ||||
| OS | Any | Database | Any | Java version | ||||
| OS Version | Database version | Ant version | ||||||
| Product Version | SCM revision | |||||||
| Review Assigned To | ||||||||
| Regression level | ||||||||
| Regression date | ||||||||
| Regression introduced in release | ||||||||
| Regression introduced by commit | ||||||||
| Triggers an Emergency Pack | No | |||||||
| Summary | 0053896: Order goes to Errors While Importing POS Data if rounding payment method is used | |||||||
| Description | Order goes to Errors While Importing POS Data if rounding payment method is defined. The problem is that the rounding payment is referencing the original payment in the JSON (through the roundedPaymentId property) and the original payment comes after it | |||||||
| Steps To Reproduce | In https://livebuilds.openbravo.com/context/retail_pos2_pgsql/ [^] In the backoffice: 1) Configure the Payment Rounding in the Touchpoint Type for Cash payment method: Rounding Payment method: Rounding Enabled for Sales: Y Rounding Mode in Sales: Up rounding Rounding Multiple in Sales: 0.05 Enabled for Returns: Y Rounding Mode in Returns: Up rounding Rounding Multiple in Returns: 0.05 2) Add the Rounding Payment Method to the touchpoint and add it in the related financial account In the POS: Create a ticket Add a product Change its price to 676.71 Pay it with 700 cash Check the rounding is 0.04 and the change is 23.25 Complete it In the backoffice: Check it goes to Errors While Importing POS Data with the following error: org.openbravo.base.exception.OBException: No row with the given identifier exists: [FIN_Payment#1FFA1C5532350D0C94BD1B4BB1F3C583] at org.openbravo.advpaymentmngt.process.FIN_PaymentProcess.processPayment(FIN_PaymentProcess.java:1199) at org.openbravo.advpaymentmngt.process.FIN_PaymentProcess.doProcessPayment(FIN_PaymentProcess.java:123) at org.openbravo.retail.posterminal.OrderLoader.processPayments(OrderLoader.java:2159) at org.openbravo.retail.posterminal.OrderLoader.handlePayments(OrderLoader.java:1680) at org.openbravo.retail.posterminal.OrderLoader.saveRecord(OrderLoader.java:530) | |||||||
| Tags | No tags attached. | |||||||
| Attached Files | ||||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
|||||||||
|
|||||||||
 Relationships |
|
Notes |
|
|
(0157605) hgbot (developer) 2023-11-24 10:21 |
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1414 [^] |
|
(0157831) hgbot (developer) 2023-11-30 09:07 |
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1414 [^] |
|
(0157832) hgbot (developer) 2023-11-30 09:07 |
Directly closing issue as related merge request is already approved. Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal [^] Changeset: 4a3f335255956190d7e7d0ba7fa3eef50bbdd18e Author: Rajesh Senthilkumar <rajesh.senthilkumar.ext@openbravo.com> Date: 30-11-2023 08:07:21 URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/4a3f335255956190d7e7d0ba7fa3eef50bbdd18e [^] Fixed ISSUE-53896: Positive Cash payments are added to the top of the array --- M web-test/model/business-object/ticket/CompleteTicketUTils-CalculateChange.test.js M web/org.openbravo.retail.posterminal/app/model/business-object/ticket/CompleteTicketUtils.js --- |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2023-11-08 14:56 | ngarcia | New Issue | |
| 2023-11-08 14:56 | ngarcia | Assigned To | => Retail |
| 2023-11-08 14:56 | ngarcia | Triggers an Emergency Pack | => No |
| 2023-11-08 14:57 | ngarcia | Issue Monitored: networkb | |
| 2023-11-08 15:01 | ngarcia | Summary | Order goes to Errors While Importing POS Data if rounding payment method is defined => Order goes to Errors While Importing POS Data if rounding payment method is used |
| 2023-11-22 11:24 | Rajesh_18 | Assigned To | Retail => Rajesh_18 |
| 2023-11-22 11:24 | Rajesh_18 | Status | new => scheduled |
| 2023-11-24 10:21 | hgbot | Note Added: 0157605 | |
| 2023-11-30 09:07 | hgbot | Note Added: 0157831 | |
| 2023-11-30 09:07 | hgbot | Resolution | open => fixed |
| 2023-11-30 09:07 | hgbot | Status | scheduled => closed |
| 2023-11-30 09:07 | hgbot | Fixed in Version | => RR24Q1 |
| 2023-11-30 09:07 | hgbot | Note Added: 0157832 | |
| 2024-02-19 15:01 | ngarcia | Relationship added | related to 0054711 |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |