Am Donnerstag, den 15.09.2011, 17:06 +0200 schrieb Cédric Krier: > On 15/09/11 16:49 +0200, Albert Cervera i Areny wrote: > > A Dijous, 15 de setembre de 2011 14:17:56, Cédric Krier va escriure: > > > On 15/09/11 14:08 +0200, Albert Cervera i Areny wrote: > > > > A Dijous, 15 de setembre de 2011 13:51:09, Cédric Krier va escriure: > > > > > In conclusion, my question is: > > > > > Is it really a requirements? > > > > > Or is it just because other softwares (or accountants) do this > > > > > way? > > > > > > > > AFAIK it is indeed a requirement and it is defined by both official > > > > charts of accounts defined in Spain. In fact, the Spanish chart of > > > > accounts is really huge compared to those of other countries (~760 > > > > accounts if I'm not mistaken). > > > > > > Have you a link? > > > > Hey! You were right! It's not in the official account plan! I was looking > > at > > default OpenERP one (which I didn't create myself) and thought it had the > > official accounts only. So it's not a requirement from a legal point of > > view. > > :-) > > Will be good to know the German guys.
In Germany there is no 'official account chart'. You are free to choose your account chart. There are some provided by companies or institutions and some of them are widely used. More than one of them is strutured like the spanish chart and divides the revenues and expenses by origin of the customer (or to be more precise, by the tax used on the invoice for the customer). As for this chart there is a very often used Import-Export-API we absolutely need to match the requirements of this account chart to create a competitive software solution for the german market. So in Germany it is not a requirement from a legal point of view, too. But it is an requirement to be able to make business with Tryton accounting here. So if it will not be done in an core module we will do it in an custom module. We are open to share this development with others as i stated in a former post. > > > Several of our customers are certainly using this, though, but I'm unsure > > their purpose. Probably, as you said, it's simply because they're used to > > it > > and they want to see all the sales they did to countries outside Spain, for > > example. > > It will be good to know. > If it is for reporting, it is far from the best solution because you could ask > for per countries, per continent etc. There is one thing that might be as difficult as convincing Cedric to put something into the core: To convince an accountant to change his way of working. Please consider this to be meant as a joke ;-) But it is my experience. In many countries there are ways to do accounting that has been evolved in many decades and it works good since many decades. And many people will not be open to change their way of work. Especially on the accounting topic. > > > IMHO we could try to give them an alternative if it's better. At the same > > time > > I must say that we have not managed to convince some customers to use a > > single > > partner account and they have insisted a lot in using an account per > > partner. > > But that's a understandable request even if it generates more work and he not > required to have a working accounting on relation database. > > > So it's not always easy to make users understand that they do not need to > > work > > as they have always done, so non-legal needs become as important as legal > > ones. > > Except if there is no real usage of it or there is replacement :-) > Especially when you want to provide a working import-export-api for the chart i mentioned above there is no replacement. The only acceptable way it to do it this way. -- Korbinian Preisler ____________________________________ virtual things Preisler & Spallek GbR Munich - Aix-la-Chapelle Windeckstr. 77 81375 Munich - Germany Tel: +49 (89) 710 481 55 Fax: +49 (89) 710 481 56 [email protected] http://www.virtual-things.biz -- [email protected] mailing list
