openerp-india team mailing list archive

["Nhomar Hernandez \(Vauxoo\)" <nhomar@xxxxxxxxx>]

Hello Fabien...

Chapeau! this must be for "some day" we have almost ALL the workaround
solved without change a lot the actual behaviour, when are you
planifying do this?, we need and want and desire to participate, we have
several databases already used with this issues with real data where we
can get a lot of real tests.

NOTE: The problem is not the process itself we NEED develop a back-to
analisys, to have consitency between accounting and logistic numbers (we
have ready this too!)

Regards.

-- 
You received this bug notification because you are a member of OpenERP
Indian Team, which is subscribed to OpenERP Addons.
https://bugs.launchpad.net/bugs/923585

Title:
  [trunk] average cost recalculated even if stock never received (direct
  delivery)

Status in OpenERP Addons (modules):
  Won't Fix

Bug description:
  To reproduce create a PO to ship direct to a customer,

  On reception there should be no stock accounting entries (confirmed as correct).
  However average cost is recalculated as though the goods were received.  This is incorrect.  No goods are received, so the effect is to just inject extra cost to stock valuation.

  Now to fix, you have choices,

  you can either simulate it coming in to stock and going out again when
  the SO goes out.  This is probably easier as creating an SO direct
  from Suppliers to Customers is not possible with standard
  functionality due to domain restrictions.  So it comes in on the
  purchase and out on the SO picking possibly in a series of automated
  chained moves.  The only change this would require is that when
  changing the destination address on a purchase order that the stock
  location didn't update.  This would be the bug fix and would create
  accounting entries at reception and make sure average cost was
  correct.

  So accounting entries like
  Receipt - Stock + Stock Input +
  Supplier Invoice - Creditors + Expense + (non anglosaxon)
  Supplier Invoice - Creditors + Stock Input -(anglosaxon)
  average cost recalculated
  Dispatch - Stock - Stock Output + (at products average cost)
  Customer Invoice - Debtors +, Sales + (non anglosaxon)
  Customer Invoice - Debtors +, Sales +, Stock Output -, COGS+ (anglosaxon)

  Or more correctly, allow SO's to be delivered directly to customers
  from suppliers, picking up the cost from the move rather than the
  product.  Then your accounting entries should be

  Receipt - No entry
  Supplier Invoice - increase creditors, increase cogs/expense
  Dispatch - No entry
  Customer Invoice - increase debtors, increase sales
  with no average cost recalculations, and no difference in entry between standard and anglosaxon

  Now this more of a new feature, however it also resolves the bug more
  correctly and is possibly simpler although consideration to anglosaxon
  is required.

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