2014/1/18 Mathias Behrle <mbeh...@m9s.biz>: > * Cédric Krier: " [issue3600] Add history to taxes" (Fri, 17 Jan 2014 21:58:45 > +0100): > >> New submission from Cédric Krier <cedric.kr...@b2ck.com>: >> >> We need a way to evolve taxes overtime but just changing the tax is not >> enough >> because we need to have both version depending on the time. > > Only handling taxes this way is not enough. The following objects coming to my > mind need consideration of timeline, too: > > - accounts > - account types > - tax rules > - tax codes > - ... > >> So here is a proposal to historize the taxes, we just add a start/end date on >> the taxes and the compute method just skip the taxes that are not in the >> range. So the idea will be to create a main tax of type "none" and many >> children taxes with different date ranges so only one will be take for >> computation. > > Indeed it is not historization, but timeline. Because we need to know not only > in the past, but also in the future. > > I would like to request the general needs in other countries as Germany. I > think with the unification of standards in the EU those needs shouldn't be too > different. > > We are using so far a different approach than the one in [1]. We added > timeline > features to accounts (tying them to fiscalyears) and additionally defined > successors/predecessors. The latter is a requirement, if you need to know, > which account will replace another in a following fiscal year (e.g. we had a > tax change in Germany, where we had to handle the following problem: > after the cutoff date the tax account for payments with the old tax changed to > a new account with different code, and the account with the former code > changed > description and tax value). > > So tying accounts to fiscalyear and defining date ranges for the tax side > provided us the needed flexibilty for the scenarios we were encounterd with > and could imagine.
We had a chart of accounts change on 2008 in Spain but still I prefer current approach without linking accounts to fiscal years. Didn't deactivating the old accounts work for you? > > Highly appreciating the input of the needs in other countries, > > Cheers, > Mathias > > [1] http://codereview.tryton.org/2771002 > > -- > > Mathias Behrle > MBSolutions > Gilgenmatten 10 A > D-79114 Freiburg > > Tel: +49(761)471023 > Fax: +49(761)4770816 > http://m9s.biz > UStIdNr: DE 142009020 > PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6 -- Albert Cervera i Areny Tel. 93 553 18 03 @albertnan www.NaN-tic.com
