Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0002697 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [Openbravo ERP] 09. Financial management | minor | always | 2008-03-07 13:38 | 2008-06-20 10:03 | |||
Reporter | user71 | View Status | public | |||||
Assigned To | cromero | |||||||
Priority | normal | Resolution | fixed | Fixed in Version | 2.40alpha-r2 | |||
Status | closed | Fix in branch | Fixed in SCM revision | |||||
Projection | none | ETA | none | Target Version | ||||
OS | Any | Database | Any | Java version | ||||
OS Version | Database version | Ant version | ||||||
Product Version | SCM revision | |||||||
Merge Request Status | ||||||||
Review Assigned To | ||||||||
OBNetwork customer | No | |||||||
Web browser | ||||||||
Modules | Core | |||||||
Support ticket | ||||||||
Regression level | ||||||||
Regression date | ||||||||
Regression introduced in release | ||||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0002697: ERROR: Posted an amortization | |||||||
Description | If 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. | |||||||
Tags | No tags attached. | |||||||
Attached Files | ||||||||
![]() |
||||||||
|
![]() |
|
(0003296) cromero (viewer) 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. |
(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 [^] |
![]() |
|||
Date Modified | Username | Field | Change |
2008-06-20 10:03 | psarobe | Status | resolved => closed |
Copyright © 2000 - 2009 MantisBT Group |