On 14/02/13 23:14 +0100, Sergi Almacellas Abellana wrote: > >>> These criteria can be combined, for example to set an analytic > >>> account for an specific partner and company. > >>> > >>> I think this kind of module is very flexible and could be useful for > >>> several people. It is worth to code it for Tryton. > >> As I already explain, such behavior doesn't add any information to > >the > >> system indeed it just duplicate it which is always bad. > > From your point of view analytic_invoice module is also duplicating > information, as you can structure the information the way you want with > normal accounts. Am I right?
No. Analytic is there to add new information which is not deductible from the existing data (like product, party etc.) The usual case is to use to follow cost/revenue for a project. > And account field in product/product category? That's no longer required as > you can define it on the line, so you're also duplicating information. At this level yes. But it is there because the information comes from higher level (sale, purchase) where the user doesn't have the knowledge so product is just a shortcut for a predifened accounting information (like account, taxes etc.) but those information are required for accounting. > >> So it does not solve the real issue which is? I don't know. > > For me the issue is to force the user who is entering the invoices to know > the correct analitic account of the lines, as it could be defined on an > higher level (party, product, company, user, product category, party category > or a subset of those). This can generate detailed analytic trees without a > very complex procees of invoice entering. But it is pointless. You can have the same result with just a query in the database. > > > >Sergi has explained it before: To propose automatically analytic > >accounts in invoice lines, for example. Some companies fills analytic > >accounts by user, by company, by partner, by product. For the user is > >more comfortable and it prevents user errors. > > For me is more a mather of users confortabilty than preventing errors. There are still no argument that is valid to my eyes. Until now, the only usage example was to show separate expense/revenue per product which is obviously not customizable by the user and so useless. -- Cédric Krier B2CK SPRL Rue de Rotterdam, 4 4000 Liège Belgium Tel: +32 472 54 46 59 Email/Jabber: [email protected] Website: http://www.b2ck.com/
pgpAd1Mwph1fE.pgp
Description: PGP signature
