Openbravo Issue Tracking System - POS2
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0056546POS2POSpublic2024-09-25 09:322024-10-16 06:51
Reportermalsasua 
Assigned Tokousalya_r 
PriorityhighSeveritymajorReproducibilityalways
StatusclosedResolutionno change required 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Statusopen
Review Assigned To
OBNetwork customerGold
Support ticket110019
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0056546: Tax Exempt is not applied when tax ValidFrom is older than normal tax
Descriptionwhen a tax exempt is configured with an newer "valid from" than normal tax, the price used in the POS is wrong:
it is applied price with tax but it should be without tax
Steps To Reproducein POS:
. select Exempt BP
. add Baby Carrier product: - product price: 91.32
--> it is OK

in BO:
. configure the tax: Ventas exentas (%N=>0%)
  - Valid From: 01/09/2024

in POS:
. refresh data
. select Exempt BP
. add Baby Carrier product: - product price: 110.50
--> it is KO
the price should be 91.32
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
has duplicate defect 0056547 closed kousalya_r Retail Modules Tax name is incorrect when exempt tax validfrom is newer than normal tax 
related to defect 0056612 closed kousalya_r Retail Modules Error in tax calculation 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2024-09-25 09:32malsasuaNew Issue
2024-09-25 09:32malsasuaAssigned To => Retail
2024-09-25 09:32malsasuaOBNetwork customer => Gold
2024-09-25 09:32malsasuaSupport ticket => 110019
2024-09-25 09:32malsasuaTriggers an Emergency Pack => No
2024-09-25 09:32malsasuaAssigned ToRetail => Triage Omni OMS
2024-09-25 09:48frank_gonzalezNote Added: 0169562
2024-09-25 11:31aferrazRelationship addedrelated to 0056547
2024-10-01 15:50jonaeAssigned ToTriage Omni OMS => kousalya_r
2024-10-10 09:17hgbotMerge Request Status => open
2024-10-10 09:17hgbotNote Added: 0170237
2024-10-14 12:00jonaeRelationship replacedhas duplicate 0056547
2024-10-16 06:49hgbotNote Added: 0170463
2024-10-16 06:51jonaeNote Added: 0170464
2024-10-16 06:51jonaeStatusnew => closed
2024-10-16 06:51jonaeResolutionopen => no change required
2024-10-28 09:22aferrazRelationship addedrelated to 0056612

Notes
(0169562)
frank_gonzalez   
2024-09-25 09:48   
Jira: https://openbravo.atlassian.net/browse/RM-17701 [^]
(0170237)
hgbot   
2024-10-10 09:17   
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1709 [^]
(0170463)
hgbot   
2024-10-16 06:49   
Merge request closed: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1709 [^]
(0170464)
jonae   
2024-10-16 06:51   
The topic described here comes from a taxes configuration where there is a tax exempt tax mixed with not tax exempt taxes in the same tax category.

Example, Ventas exentas (%N=>0%) mixed with IVA 21% in Iva normal category.

This Ventas exentas (%N=>0%) tax is needed to cover certain possibilities where tax exempt tax needs to be applied to a not tax exempt business partner.
The topic here is that, in code it can not be controlled if the tax exempt tax needs to be applied in other cases so, to control it an specific configuration must be applied.
Said this, when a tax category with a mix of tax exempt and not tax exempt needs to be defined, it can be configured like:

- In the tax exempt tax, the combination of tax exempt flag, origin country, destination country, origin region and destination region must be unique. Example: Ventas exentas (%N=>0%), which is tax exempt from Spain to Spain must be unique in Iva Normal tax category.
- The valid from date of the tax exempt tax must be the oldest inside the category. Example: Ventas exentas (%N=>0%) has the oldest valid from date inside Iva Normal tax category.

Those conditions are mandatory to the correct behavior of the tax engine.
So, using this configuration the engine is working fine in this case, that means the issue is being rejected.