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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0012995
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 04. Warehouse managementmajoralways2010-04-15 09:382011-09-16 10:16
ReporterszimmermannView Statuspublic 
Assigned Tojonalegriaesarte 
PrioritynormalResolutionno change requiredFixed in Version
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSLinux 32 bitDatabasePostgreSQLJava version1.6.0_18
OS VersionCommunity ApplianceDatabase version8.3.9Ant version1.7.1
Product Version2.50MP11SCM revision 
Review Assigned To
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0012995: A Goods Receipt could not be voided (undone)

DescriptionOnce a Receipt is posted, it could be unposted, but if you want to reopen it and correct Values, it is not possible.
Error: Document Processed
and after Unpost:
Error:no FactAcct
The consequence is, that the Warehouse Quantities are not correct. They do not reflect the Accounting Entrys (They are unposted...)
Steps To ReproducePost a Receipt. Unpost it. (select Delete Accounting entrys).
Unpost again: select nothing : Error no FactAcct.
Proposed SolutionExtension to Posted.java: add a Reopen Method.
If any kind of Object is unposted (Delete Accounting Entrys) It schould be possible to reopen or Void it. The actions taken during Processing the Item could be undone by a following step. If an Item set as is not processed and the document-Status is closed, normally in OB the next possible Step is to void (Mark as invalid) the document. During this step the Processing is undone.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0041003)
psarobe (manager)
2011-09-16 10:16

This is the intended behaviour. Goods receipt and goods shipment cannot be reopen once the are processed/completed

- Issue History
Date Modified Username Field Change
2010-04-15 09:38 szimmermann New Issue
2010-04-15 09:38 szimmermann Assigned To => adrianromero
2010-04-15 09:38 szimmermann Issue Monitored: szimmermann
2011-06-03 10:59 dalsasua Assigned To adrianromero => dalsasua
2011-07-20 18:12 dalsasua Assigned To dalsasua => jonalegriaesarte
2011-09-16 10:16 psarobe Note Added: 0041003
2011-09-16 10:16 psarobe Status new => closed
2011-09-16 10:16 psarobe Resolution open => no change required


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker