Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0002697Openbravo ERP09. Financial managementpublic2008-03-07 13:382008-06-20 10:03
Reporteruser71 
Assigned Tocromero 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version2.40alpha-r2 
Merge Request Status
Review Assigned To
OBNetwork customerNo
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0002697: ERROR: Posted an amortization
DescriptionIf you have and amortization where de accounting date is empty you can complete the document without problems, then you posted the amortization and the messagge: 'Process completed satisfactory' is shown but you don´t see the accounting movement. If you put another time the button 'Not Contabilizad' the error 'Connection is closed' appears. This is because the column 'processing' has the value 'Y' after the first attempt.

If you put processing='N', reactivate the amortization and put the date in the field 'Accounting Date' the problem is solved.
Steps To Reproduce
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
depends on backport 0003654 closed cromero ERROR: Posted an amortization 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2008-06-20 10:03psarobeStatusresolved => closed

Notes
(0006286)
user71   
2005-06-01 00:00   
(edited on: 2008-06-12 09:43)
This bug was originally reported in SourceForge bug tracker and then migrated to Mantis.

You can see the original bug report in:
https://sourceforge.net/support/tracker.php?aid=1909512 [^]
(0003296)
cromero   
2008-03-25 10:12   
(edited on: 2008-06-12 09:25)
Logged In: YES
user_id=1500614
Originator: NO

Fixed in the trunk in revision 2991

Set the Accounting date as mandatory. Now when you generate the accounting plan automatically it fulfill that field, but you can create an amortization by manually without fulfilling that field, what can provoke this bug.

Now the field is set as mandatory.