openerp-dutch team mailing list archive

["Stefan Rijnhart \(Therp\)" <928424@xxxxxxxxxxxxxxxxxx>]

Hi Anthony,

to answer your question, the following bug report demonstrates that some
localisations do use both fields for reporting purposes: the shorter
code field is featured on the invoice line, and the tax overview below
works as a legend for the various taxes: https://bugs.launchpad.net
/openobject-addons/+bug/899417. We ourselves would like to use the tax
code field as a shorthand in the invoice report and again, for our
purposes the tax code it is emphatically not unique.

I will subscribe the accounting experts team to comment further on this
discussion. In the mean time, let me ask you once again to revert this
change for now, as it breaks at least four localization modules one week
before the release of 6.1.

Cheers,
Stefan.

-- 
You received this bug notification because you are a member of OpenERP
Dutch Team - Nederland, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/928424

Title:
  [6.1, account] Tax description should not have uniqueness constraint

Status in OpenERP Addons (modules):
  New

Bug description:
  Hi,

  since a couple of days, the uniqueness constraint on the field 'name'
  on the Tax model (account.tax) has been swapped for a uniqueness
  constraint on the field 'description' (see [1]). I do not believe that
  this is correct, for the following two reasons:

  - The description field is not a required field, and many
  localisations do not use it. To have a uniqueness constraint on such a
  field is meaningless.

  - Other localisations such as the Dutch, German, Austrian and Canadian
  naturally use the same description as a shorthand for similar taxes
  that cannot occur together. In case of l10n_nl for instance, the same
  description reflects the tax type and percentage for both taxes
  payable and receivable. In the current state of the repository, it is
  not possible to configure a chart of accounts anymore according to any
  of these localisation modules.

  Please revert the commit refered to in [1].

  Cheers,
  Stefan.

  [1] http://bazaar.launchpad.net/~openerp/openobject-
  addons/trunk/revision/6488

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