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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0058037
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[POS2] POSmajoralways2025-02-19 22:272025-03-11 15:28
ReportersofidossantView Statuspublic 
Assigned Todmytro_tarasov 
PriorityhighResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionpiSCM revision 
Merge Request Statusopen
Review Assigned Tomigueldejuana
OBNetwork customerOBPS
Support ticket122042
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0058037: ERROR Prepayments in the report cashup

DescriptionWhen I make a prepayment in POS2 and I add a different amount in the payment, we see different errors:

1- When I close till in the report, in the net prepayment part, the amounts are incorrect.

2- When I check the sales order related to the prepayment I made, the prepayment amount field is 0.

3- After paying the rest of the prepayment in POS2 and delivering it, if we close the till again, the amounts in the Gross sale and Net prepayments are incorrect.
Steps To ReproduceThe organization “Vallblanca store” Inside “Retail Configuration” we modified the prepayment fields and they are as follows:

Prepayment Percentage : 30,
Prepayment Percentage Limit : 100,
Prepayment Algorithm : Prepayments as percentage of goods deliver
Prepayment delivery modes : Only those defined

Also in the “Prepayment Delivery Mode” tab we added the “Pick up in store” mode.

Log in POS2 with the Openbravo user: openbravo

Choose the business partner, in this case Arturo montoro

Select “pick up in store” so it allows us to make the prepayment.

Select a product, in my case select “Avalanche transceiver”.
We make the prepayment of 50 in “Cash”.

We see the print as it appears correctly.

We do the store closing and we see the first error “it shows 45,50” when it should show “50”.

We go to the backoffice and check the sale order (same order number that appears in the print)

We check the payment plan and see that we have delivered 50 cash and the value of the product.

We check the sale invoice related to the order and we see in the field prepayment amount is 0, and not 50.

We go back to pos2 and make the initial cash up, which is 50 (since the bp delivered that amount).

We select the order and we pay the rest of the payment.

We make the delivery of the product (with the option Issue order)

We do the closing till and see the cashup report,
We find errors in:
 the amount of Gross Sale, because we see the amount 150.50 in the taxes.
 the amount in the net prepayment, because we see the amount 150.50 in negative and another amount and total that we don't identify the reason.

I attached the video: https://drive.google.com/file/d/1IzN1BqzFQqSfw3kN0xjAmLigZUWGqkWf/view?usp=sharing [^]
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
depends on backport 005818725Q1.1 closeddmytro_tarasov ERROR Prepayments in the report cashup 

-  Notes
(0176224)
hgbot (developer)
2025-02-27 12:36

Merge Request created: https://gitlab.com/orisha-group/bu-commerce/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1937 [^]
(0176643)
dmytro_tarasov (viewer)
2025-03-11 09:26

Related MR : https://gitlab.com/orisha-group/bu-commerce/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1950 [^]
(0176644)
hgbot (developer)
2025-03-11 09:29

Merge request closed: https://gitlab.com/orisha-group/bu-commerce/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1937 [^]

- Issue History
Date Modified Username Field Change
2025-02-19 22:27 sofidossant New Issue
2025-02-19 22:27 sofidossant Assigned To => Retail
2025-02-19 22:27 sofidossant OBNetwork customer => OBPS
2025-02-19 22:27 sofidossant Support ticket => 122042
2025-02-19 22:27 sofidossant Triggers an Emergency Pack => No
2025-02-20 08:20 migueldejuana Status new => scheduled
2025-02-20 08:20 migueldejuana Assigned To Retail => SABARINATH P
2025-02-25 11:07 ranjith_qualiantech_com Assigned To SABARINATH P => ranjith_qualiantech_com
2025-02-27 12:36 hgbot Merge Request Status => open
2025-02-27 12:36 hgbot Note Added: 0176224
2025-03-10 15:05 migueldejuana Status scheduled => resolved
2025-03-10 15:05 migueldejuana Resolution open => fixed
2025-03-10 15:05 migueldejuana Assigned To ranjith_qualiantech_com => dmytro_tarasov
2025-03-10 15:05 migueldejuana Status resolved => new
2025-03-10 15:05 migueldejuana Resolution fixed => open
2025-03-10 15:05 migueldejuana Status new => scheduled
2025-03-11 09:26 dmytro_tarasov Note Added: 0176643
2025-03-11 09:29 hgbot Note Added: 0176644
2025-03-11 15:28 migueldejuana Status scheduled => resolved
2025-03-11 15:28 migueldejuana Resolution open => fixed
2025-03-11 15:28 migueldejuana Review Assigned To => migueldejuana
2025-03-11 15:28 migueldejuana Status resolved => closed


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker