← Back to team overview

c2c-oerpscenario team mailing list archive

[Bug 783255] Re: Wrong Salesman in create invoice from picking

 

Hello,

Rucha(OpenERP) is absolutely right here.

Marco, you also have a legitimate point to say that one can perform this
in a separate module.

However, please focus on this point and it seems Renato Lima has made a
right remark if we talk about the real business process.

Consider real business scenario where salesmen create their orders and
the Sales Managers confirm them and system creates concerned pickings.
If the picking has been configured with the option that invoice should
be created from picking(courtesy:Sales Order shipping policy), one thing
is sure that only STOCK managers are the responsible who can validate
the pickings.

Now,either ACCOUNT Managers or STOCK Managers (depending on the policy
of the company about who is responsible for invoices from picking) have
these rights to create the invoice from picking. And this doesn't mean
that system should set them as Salesman.

Hence, when sale module is not installed, my opinion says that there is
no real need to set any salesman on invoice as there is no salesman
really involved. And, when the sale module is installed, it should
definitely be the one who really sold 'em, otherwise the quarter-end
analysis will be so unfaithful!

Correct me If I missed anything.

Thanks.

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

Title:
  Wrong Salesman in create invoice from picking

Status in OpenERP Modules (addons):
  Opinion

Bug description:
  Hello,

  In addons-6.0 revision  4444, when you create an invoice from picking, 
  the field user_id in invoice is the current user (uid) and not user_id 
  from sale.order, if you look in action_invoice_create method in 
  stock/stock.py line 1016 you will see:

  'user_id':uid

  this field should be the sale.order.user_id or purchase.order.user_id

  
  Best Regards,

  
  Renato Lima - www.akretion.com


References