Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
0009520Openbravo ERP09. Financial managementpublic2009-06-17 18:432011-03-25 00:00
psanjuan 
iciordia 
highminoralways
closedfixed 
20Ubuntu 8.04.1
pi 
 
Core
No
0009520: While voiding an AR invoice or an AP invoice the system should allow the user to change "document date" and "posting date"
While voiding an AR invoice or an AP invoice the system should allow the user to change "document date" and "posting date" of the voided invoice.
Besides BP field should not be editable.
1.- Go to Sales Management / Transactions / Sales invoice and create a new sales invoice header
2.- Make sure that transaction document is AR invoice, and that document date and accounting date are dated on 2006 by example
3.- Enter a line and complete and post the sales invoice
4.- Select the new AR invoice created and void it by pressing Reactivate button and select the option void.
5.- After voiding invoice date and accounting date will have to be set as todays's date or system date (that is not the case now, see issue number 0009519)
While voiding an AR invoice or an AP invoice the system should let the user enter an invoice date and an accounting date different than today's or system date. Tax date should be equal to Posting date.
No tags attached.
depends on defect 0009519 closed rakheemohanlal While voiding an AR invoice or an AP invoice the system shows former "document date" and "posting date" dates 
depends on feature request 0009892 new iciordia C_Order_Post / C_Invoice_Post should follow regular process pattern in AD 
related to defect 0012230pi closed rafaroda not able to void invoices 
Not all the children of this issue are yet resolved or closed.
Issue History
2009-06-17 18:43psanjuanNew Issue
2009-06-17 18:43psanjuanAssigned To => rafaroda
2009-06-30 19:23psarobeRelationship addeddepends on 0009519
2009-06-30 19:23psarobeStatusnew => scheduled
2009-06-30 19:23psarobefix_in_branch => pi
2009-07-06 08:51rafarodaversion => pi
2009-07-06 08:51rafarodafix_in_branchpi =>
2009-07-06 08:51rafarodaNote Added: 0017921
2009-07-06 08:51rafarodaAssigned Torafaroda => sathiyan
2009-07-06 08:51rafarodaPrioritynormal => immediate
2009-07-08 07:23sathiyanAssigned Tosathiyan => rakheemohanlal
2009-07-09 10:56rafarodaSteps to Reproduce Updated
2009-07-10 10:59pjuvaraPriorityimmediate => urgent
2009-07-10 16:17rafarodaNote Added: 0018113
2009-07-10 16:17rafarodaStatusscheduled => acknowledged
2009-07-14 15:28rafarodaRelationship addeddepends on 0009892
2009-07-14 15:30rafarodaNote Added: 0018223
2009-07-14 15:30rafarodaAssigned Torakheemohanlal => iciordia
2009-07-14 15:30rafarodaPriorityurgent => high
2009-07-14 15:30rafarodaTypedefect => feature request
2010-02-15 11:44rafarodaSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=31#r31
2010-02-15 11:44rafarodaRelationship addedrelated to 0012230
2010-04-30 16:08psanjuanDescription Updatedbug_revision_view_page.php?rev_id=305#r305
2010-04-30 16:08psanjuanProposed Solution updated
2011-03-24 18:45psanjuanStatusacknowledged => scheduled
2011-03-24 18:45psanjuanResolutionopen => fixed
2011-03-24 18:46psanjuanFixed in SCM revision => n/a
2011-03-24 18:46psanjuanStatusscheduled => resolved
2011-03-24 18:46psanjuanStatusresolved => closed
2011-03-25 00:00anonymoussf_bug_id0 => 3242023

Notes
(0017921)
rafaroda   
2009-07-06 08:51   
Set to Immediate since it affects an OPS customer.
(0018113)
rafaroda   
2009-07-10 16:17   
Being decided if this is a feature request or a defect and how to resolve it.
(0018223)
rafaroda   
2009-07-14 15:30   
Changed to feature request since C_Order_Post and C_Invoice_Post are not following regular procedure process pattern in Application Dictionary. See feature request 0009892 which blocks this one.