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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0026726
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Modules] Service Contract Managementmajoralways2014-05-28 22:462014-05-30 13:45
ReportersjkumarView Statuspublic 
Assigned Tonaiaramartinez 
PrioritynormalResolutionfixedFixed in Version
StatusclosedFix in branchpiFixed in SCM revision85946d8794af
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Regression date
Regression introduced by commit
Regression level
Review Assigned Tovmromanos
Regression introduced in release
Summary

0026726: Quantity field not correct for the first Overage computation

DescriptionCreated a Subscription with tiered Product successfully. Then created a usage for one of the service items with a quantity exceeding the prepaid amount and computed the usage. Usage calculation and Overage calculation are correct but the quantity for the first overage computation is incorrect.
Steps To Reproduce1)Created a Subscription with tiered Product successfully
2)In SPM created a usage for one of the service items with a quantity
exceeding the prepaid amount and computed the usage.
3) In the above example when the usage gets in to overage the expected quantity
should be '1' rather than 9,479.
Proposed Solutionwhen the usage gets in to overage the expected quantity should be '1'.
TagsNo tags attached.
Attached Filespng file icon Quantity_error.png [^] (253,618 bytes) 2014-05-28 22:46

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0067569)
naiaramartinez (developer)
2014-05-29 12:02

We are not able to reproduce this issue. Are you working with the latest version of the module? Try to reproduce this issue in the latest version. If it is reproducible, please, send more information/screenshots (subscribed services, tier definition in the subscription and in the pricelist, usage...) to us in order to be able to have the same scenario as you.
(0067578)
vmromanos (manager)
2014-05-29 18:40

Document attached at 0026728 may contain the required info. Please review it
(0067579)
sjkumar (reporter)
2014-05-29 18:49

This issue also happens in the new code drop:56.

I have a document attached to the issue: 26728: Overage computation resets the counter and starts from the beginning. Document name is 10000034_overage_issue.doc
if you open that doc, you will see that if you scroll in that document to the last screen shot you will see the quantity shows as 9479.18 where as it should be 1 for the first overage line.

You can reproduce the issue if you do the setup like the way I had done and attached in that screenshot.
(0067625)
hgbot (developer)
2014-05-30 13:23

Repository: erp/pmods/org.openbravo.contract.services
Changeset: 85946d8794af9fa57ed3be759ba330d22ca059f2
Author: Naiara Martinez <naiara.martinez <at> openbravo.com>
Date: Fri May 30 13:13:58 2014 +0200
URL: http://code.openbravo.com/erp/pmods/org.openbravo.contract.services/rev/85946d8794af9fa57ed3be759ba330d22ca059f2 [^]

Fixed issue 26726 : Quantity field not correct when the price is ZERO(so, the cost is ZERO) in overage

---
M src/org/openbravo/contract/services/process/computation/Computation.java
---

- Issue History
Date Modified Username Field Change
2014-05-28 22:46 sjkumar New Issue
2014-05-28 22:46 sjkumar Assigned To => vmromanos
2014-05-28 22:46 sjkumar File Added: Quantity_error.png
2014-05-29 12:02 naiaramartinez Note Added: 0067569
2014-05-29 12:02 naiaramartinez Status new => feedback
2014-05-29 18:40 vmromanos Status feedback => scheduled
2014-05-29 18:40 vmromanos Note Added: 0067578
2014-05-29 18:40 vmromanos Assigned To vmromanos => naiaramartinez
2014-05-29 18:40 vmromanos fix_in_branch => pi
2014-05-29 18:49 sjkumar Note Added: 0067579
2014-05-30 13:23 hgbot Checkin
2014-05-30 13:23 hgbot Note Added: 0067625
2014-05-30 13:23 hgbot Status scheduled => resolved
2014-05-30 13:23 hgbot Resolution open => fixed
2014-05-30 13:23 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.contract.services/rev/85946d8794af9fa57ed3be759ba330d22ca059f2 [^]
2014-05-30 13:45 vmromanos Review Assigned To => vmromanos
2014-05-30 13:45 vmromanos Status resolved => closed


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker