c2c-oerpscenario team mailing list archive

[Graeme Gellatly <828174@xxxxxxxxxxxxxxxxxx>]

Note


Type of Account

Account types are mainly used as informative titles. The only two types that
have any particular effect are Receivable and Payable

http://doc.openerp.com/v6.0/book/3/3_9/chart_of_accounts.html

Cut and paste from documentation although it is a little unclear whether
this refers to user type or internal type.

Personally I am for standardising them and documenting their use, as it
should

make localisation simpler

make multicompany simpler

enable more elegant extension of account related modules (for example in
account voucher someone has use report type to filter supplier voucher which
is very incorrect, but as there is no standard for account type I guess they
felt it their only option).  Not having a standard classification makes
domain filtering for the general case unreliable, and very localisation
dependent.

maybe enable newer and better reports and statistics

standards already exist in the form of IFRS

but I also accept that this may not be possible due to some countries
possibly having specific classifications (although given they aren't
currently used does it even matter)

A possible intermediate compromise is to agree the standard ones, integrate
them in to the account base data or a new module for all it matters, and get
charts that only need the standard ones to refer to them instead of creating
their own each time, because currently in multicompany we get lots of
duplicates when different companies use different charts.  Should make
translations better too.

But before doing that it would help to understand exactly what and where the
account type is used now - AFAIK it is used at least indirectly in Balance
Sheet and P&L reports, but after that it gets confusing because there is 3
account types internal, user and report and they are all quite similar.

Oh and definitely change the help text.

On Fri, Aug 19, 2011 at 6:37 AM, Bogdan Stanciu <
bogdanovidiu.stanciu@xxxxxxxxx> wrote:

> On 18. 08. 11 18:43, Ferdinand @ Camptocamp wrote:
> > @Graeme
> > 1) I agree that having multicompany is adding complexity - but it seems
> necessary if the help text says so.
> >
> > 2) if account_account_type is populated by nationalization I just wonder
> > what will happen in multicompany envirenment if 2 or more
> > nationalizations are loaded. - no uniqueness is enforced (6.0.3)
> >
> @Ferdinand
>
> allow me to disagree on the first one: the help should not lead the
> function, it shoud explain it.
> on the second one: what kind of country specificity should you need for
> "assets", "liabilities", "profit", and so on.
>
> i agree that this field is poorly documented, and sometimes even poorly
> used.
> afaik, it is used mostly for reporting and filtering (domain = ).
> therefore, a good standard should/could only help...
>
> regards,
> bogdan
>
> --
> You received this bug notification because you are subscribed to OpenERP
> Addons.
> https://bugs.launchpad.net/bugs/828174
>
> Title:
>  account.user_type - insufficient spec
>
> Status in OpenERP Modules (addons):
>  Opinion
>
> Bug description:
>          'user_type': fields.many2one('account.account.type', 'Account
> Type', required=True,
>              help="These types are defined according to your country. The
> type contains more information "\
>              "about the account and its specificities."),
>
>  there is neither country_id nor company_id in account_account_type -
>  hence the help text is somewhat missleading.
>
>  IMHO company_id should be added to account_account_type to allow true
>  multi company (country)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/openobject-addons/+bug/828174/+subscriptions
>

-- 
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.
https://bugs.launchpad.net/bugs/828174

Title:
  account.user_type - insufficient spec

Status in OpenERP Modules (addons):
  Opinion

Bug description:
          'user_type': fields.many2one('account.account.type', 'Account Type', required=True,
              help="These types are defined according to your country. The type contains more information "\
              "about the account and its specificities."),

  there is neither country_id nor company_id in account_account_type -
  hence the help text is somewhat missleading.

  IMHO company_id should be added to account_account_type to allow true
  multi company (country)

To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/828174/+subscriptions