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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0029065
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Localization Pack: Spain] AEAT 347minoralways2015-02-25 16:372015-02-26 14:06
ReportervmromanosView Statuspublic 
Assigned Tovmromanos 
PriorityurgentResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revision10feecdeccf5
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Regression date
Regression introduced by commit
Regression level
Review Assigned To
Regression introduced in release
Summary

0029065: 347 Year information should be considered from period's information instead of name set in Year window

DescriptionYear information should be considered from period's information instead of name set in Year window.

347 module
Steps To Reproduce1. Access Fiscal Calendar window and Year tab and modify name of "2015" year to set, for example, "Año1"
2. Access Tax Report Launcher window, select your "Año1" to run any AEAT report and realize that information exported to file is "Año1" instead of "2015"
Proposed Solutionyear exported to file should be taken from period's information
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
related to defect 0028039 closedfsoto82 Modules Year information should be considered from period's information instead of name set in Year window 
related to design defect 0028751 closedvmromanos Localization Pack: Spain It should be possible to launch 347 tax form for an Organization having a Fiscal Calendar defined from i.e. July to June 

-  Notes
(0074915)
hgbot (developer)
2015-02-25 17:17

Repository: erp/pmods/org.openbravo.module.aeat347apr.es
Changeset: f7e1ba5e5476543a88c317a9f0b207e1706a1d3d
Author: Víctor Martínez Romanos <victor.martinez <at> openbravo.com>
Date: Wed Feb 25 17:15:01 2015 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.module.aeat347apr.es/rev/f7e1ba5e5476543a88c317a9f0b207e1706a1d3d [^]

Fixed bug 29065: fiscal year taken from period's date instead of from name

---
M src-db/database/sourcedata/AD_MESSAGE.xml
M src-db/database/sourcedata/AD_MODULE.xml
M src/org/openbravo/module/aeat347apr/es/AEAT347ReportAPR.java
M src/org/openbravo/module/aeat347apr/es/AEAT347ReportAPRDao.java
---
(0074951)
psanjuan (manager)
2015-02-26 09:49

Verified.
(0074964)
psanjuan (manager)
2015-02-26 13:16
edited on: 2015-02-26 14:04

The fix for this issue has caused that 347 is not working for organization having a fiscal calendar that does not go from January to December.
The reason why is because a validation has been included in the fix that checks that all periods of the year belong to the same year and that is not the case. Some of them belongs to a year (i.e 2014) and the rest to a different year (i.e 2015)

Prior this fix it was possible to successfully launch 347 tax form for an organization having a fiscal calendar from October to September next year for instance.

Anyway, please check design defect related to this issue.

(0074965)
hgbot (developer)
2015-02-26 13:44

Repository: erp/pmods/org.openbravo.module.aeat347apr.es
Changeset: 10feecdeccf5ebd7d8e76dca4270bd82c4fe5b05
Author: Víctor Martínez Romanos <victor.martinez <at> openbravo.com>
Date: Thu Feb 26 13:42:17 2015 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.module.aeat347apr.es/rev/10feecdeccf5ebd7d8e76dca4270bd82c4fe5b05 [^]

Fixed bug 29065: Removed validation to ensure periods belong to same natural year,
we should enable back once 0028040 is fixed

---
M src-db/database/sourcedata/AD_MODULE.xml
M src/org/openbravo/module/aeat347apr/es/AEAT347ReportAPR.java
M src/org/openbravo/module/aeat347apr/es/AEAT347ReportAPRDao.java
---
(0074970)
psanjuan (manager)
2015-02-26 14:06

Verified that a string can be defined in a year, i.e. "Año 1" but the proper year is being taken, i.e. "2014" whenever the fiscal year does have only 2 years, i.e from October 2014 to September 2015.

Issue closed

- Issue History
Date Modified Username Field Change
2015-02-25 16:37 vmromanos New Issue
2015-02-25 16:37 vmromanos Assigned To => fsoto82
2015-02-25 16:37 vmromanos Resolution time => 1417388400
2015-02-25 16:37 vmromanos Issue generated from 0028039
2015-02-25 16:37 vmromanos Relationship added related to 0028039
2015-02-25 16:37 vmromanos Project Modules => Localization Pack: Spain
2015-02-25 16:38 vmromanos Assigned To fsoto82 => vmromanos
2015-02-25 16:38 vmromanos Category Tax Report Launcher => AEAT 347
2015-02-25 16:38 vmromanos Status new => scheduled
2015-02-25 16:38 vmromanos fix_in_branch => pi
2015-02-25 17:17 hgbot Checkin
2015-02-25 17:17 hgbot Note Added: 0074915
2015-02-25 17:17 hgbot Status scheduled => resolved
2015-02-25 17:17 hgbot Resolution open => fixed
2015-02-25 17:17 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.module.aeat347apr.es/rev/f7e1ba5e5476543a88c317a9f0b207e1706a1d3d [^]
2015-02-25 17:57 vmromanos Issue cloned 0029067
2015-02-25 17:57 vmromanos Relationship added related to 0029067
2015-02-25 17:58 vmromanos Relationship deleted related to 0029067
2015-02-26 09:49 psanjuan Note Added: 0074951
2015-02-26 09:49 psanjuan Status resolved => closed
2015-02-26 09:49 psanjuan fix_in_branch pi =>
2015-02-26 13:16 psanjuan Note Added: 0074964
2015-02-26 13:16 psanjuan Status closed => new
2015-02-26 13:16 psanjuan Relationship added related to 0028751
2015-02-26 13:40 vmromanos Status new => scheduled
2015-02-26 13:40 vmromanos fix_in_branch => pi
2015-02-26 13:44 hgbot Checkin
2015-02-26 13:44 hgbot Note Added: 0074965
2015-02-26 13:44 hgbot Status scheduled => resolved
2015-02-26 13:44 hgbot Fixed in SCM revision http://code.openbravo.com/erp/pmods/org.openbravo.module.aeat347apr.es/rev/f7e1ba5e5476543a88c317a9f0b207e1706a1d3d [^] => http://code.openbravo.com/erp/pmods/org.openbravo.module.aeat347apr.es/rev/10feecdeccf5ebd7d8e76dca4270bd82c4fe5b05 [^]
2015-02-26 14:04 psanjuan Note Edited: 0074964 View Revisions
2015-02-26 14:06 psanjuan Note Added: 0074970
2015-02-26 14:06 psanjuan Status resolved => closed
2015-02-26 14:06 psanjuan fix_in_branch pi =>


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker