Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0029610Openbravo ERP09. Financial managementpublic2015-04-16 13:582015-04-27 19:35
Reportermaite 
Assigned Toaferraz 
PriorityimmediateSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned Toeduardo_Argal
OBNetwork customerOBPS
Web browser
ModulesCore
Support ticket35665
Regression levelProduction - QA Approved
Regression date2015-03-26
Regression introduced in release3.0PR15Q1.2
Regression introduced by commithttps://code.openbravo.com/erp/devel/main/rev/a30dc1fe4fc11b0f9945c712ca3d42f3a0a0e3a2 [^]
Triggers an Emergency PackNo
Summary0029610: Error in GLJournalAccountingCheck validation
DescriptionError in GLJournalAccountingCheck validation
Steps To ReproduceWhen exists a negative gl journal line and system is configured to "not allow negative amount" during posting, build validation fails although accounting information is correct
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
depends on backport 00296163.0PR15Q2 closed aferraz Error in GLJournalAccountingCheck validation 
depends on backport 00296173.0PR15Q1.3 closed aferraz Error in GLJournalAccountingCheck validation 
caused by defect 0029222 closed aferraz G/L Journal Accounting amounts are not setted correctly 
related to defect 0029618 closed aferraz G/L Journal Accounting amounts are not setted correctly 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2015-04-16 13:58maiteNew Issue
2015-04-16 13:58maiteAssigned To => Triage Finance
2015-04-16 13:58maiteOBNetwork customer => Yes
2015-04-16 13:58maiteModules => Core
2015-04-16 13:58maiteSupport ticket => 35665
2015-04-16 13:58maiteTriggers an Emergency Pack => No
2015-04-16 13:58maiteIssue Monitored: networkb
2015-04-16 18:37aferrazStatusnew => scheduled
2015-04-16 18:37aferrazAssigned ToTriage Finance => aferraz
2015-04-16 19:09dmitry_mezentsevRelationship addedcaused by 0029222
2015-04-17 11:55aferrazRelationship addedrelated to 0029618
2015-04-17 14:43aferrazRegression level => Production - QA Approved
2015-04-17 14:43aferrazRegression date => 2015-03-26
2015-04-17 14:43aferrazRegression introduced in release => 3.0PR15Q1.2
2015-04-17 14:43aferrazRegression introduced by commit => https://code.openbravo.com/erp/devel/main/rev/a30dc1fe4fc11b0f9945c712ca3d42f3a0a0e3a2 [^]
2015-04-20 11:50jonalegriaesarteResolution time => 1431640800
2015-04-27 19:33eduardo_ArgalStatusscheduled => resolved
2015-04-27 19:33eduardo_ArgalFixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/39988fbbd2426ecad607882f496f7b78a9664eb2 [^]
2015-04-27 19:33eduardo_ArgalResolutionopen => fixed
2015-04-27 19:35eduardo_ArgalReview Assigned To => eduardo_Argal
2015-04-27 19:35eduardo_ArgalNote Added: 0076801
2015-04-27 19:35eduardo_ArgalStatusresolved => closed

Notes
(0076801)
eduardo_Argal   
2015-04-27 19:35   
Code Reviewed and tested.

Now it works with existing negative entries when allow negative is flagged to false, but fails for real problems