c2c-oerpscenario team mailing list archive

[Graeme Gellatly <797477@xxxxxxxxxxxxxxxxxx>]

Hi,

The attached patch solves the immediate error, however to correct
properly for the future, account_anglo_saxon/stock.py class
stock_picking, function action_invoice_create must test the keyword type
immediately after the super call, and if type is None, it must go and
get the type.

There seems to be a few stock picking, and invoice type functions that
get type, so I haven't patched, to let you decide best way, as the
submitted patch resolves the problem for now.  Additionally, it might be
as simple as a context lookup.

** Patch added: "o4sb bug 797477 patch"
   https://bugs.launchpad.net/openobject-addons/+bug/797477/+attachment/2189687/+files/stock_invoice_from_picking_bug.patch

-- 
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/797477

Title:
  Accounting entries from goods receipt now broken

Status in OpenERP Modules (addons):
  Confirmed

Bug description:
  Downloaded latest 6.02 release (2011-06-15) to test if issue with
  price variance accounting fixed. Not fixed and now more issues
  introduced(Note: Anglo-Saxon module installed):

  1. When doing a goods receipt, GL journal created (from product category) is:
      DR Stock Variation Account
      CR Stock Input Account
  This is correct

  2. When the supplier invoice is processed, it should do:
      DR  Stock Input Account
      CR   AP Control Account (from supplier or from journal)

  what it is doing for step 2 is
      DR  Expense Account (from product category - this should be for sales transactions only)
      CR  AP Control Account

  3. When the supplier invoice <> the receipted value there is a price
  difference line which should be created - this is now not happening.

  4. In V6.0.2 (2011-06-01 version) where there was a price difference
  the amount being calculated was incorrect - should relate only to the
  invoice being processed, but was picking up previous receipts (at a
  different receipted value) and creating an additional entry for those
  as well.

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