IMHO UoS feature is a bg mess since several versions ago.
For sure i was solved some issues in differents ways, but we need a
consistent logic, no matter it is wrong or ok, it must be consistent.
IMHO, we should know from OpenERP itself what is the correct way to use
this feature in all openerp because i didn't find yet a "Correct" way to be
consistent enought and documentation is not complete in this topic.
Regards.
2013/3/18 Raúl U <email address hidden>
> Ferdinand, the link is broken.
>
> Maxime, I agree with you. Mustufa, I don't agree with you.
>
> To me this thing is clear, if I buy in UoM, my buying prices are
> releated to UoM. If I sell in UoS, my selling prices are releated to
> UoS. Even more, sale_margin module agree with me, with us really, Maxime
> ;-)
>
> If you make an order with UoS, margin is calculated on uos_qty *
> unit_price, but line subtotals are calculated by uom_qty * unit_price
> !!! What a mess !!
>
> There is not easy workarround, adding a field is not a solution because
> this is not a problem with Sale Order Report/ Invoice Report. It's a
> problem with untaxed amount, taxes amount, total amount... all the
> invoice is wrong (for me)
>
> I wondered how this can be in wishlist.
>
> --
> You received this bug notification because you are subscribed to OpenERP
> Project Group.
> https://bugs.launchpad.net/bugs/751491
>
> Title:
> [PS] UoS not taken into account on the Sales Order Line
>
> Status in OpenERP Addons (modules):
> Confirmed
>
> Bug description:
> trunk, revno 3377
>
> Using demo date, define a UoS for product [CPU2]. This UoS is in PCE
> with a coefficient of 4 (it means we sell by quantity of 4 products)
>
> * Sales/Sales/Sales Order, create a Sales Order and on a Sales Order
> line select [CPU2].
>
> Obtained result : the system takes the correct qty for UoM and UoS but
> still use the Qty(UoM) for the price calculation
>
> Expected result : the system takes the Qty(UoS) to calculate the total
> for the Sales Order line
>
> reported by dha, OpenERP Prof. Services
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/openobject-addons/+bug/751491/+subscriptions
>
IMHO UoS feature is a bg mess since several versions ago.
For sure i was solved some issues in differents ways, but we need a
consistent logic, no matter it is wrong or ok, it must be consistent.
IMHO, we should know from OpenERP itself what is the correct way to use
this feature in all openerp because i didn't find yet a "Correct" way to be
consistent enought and documentation is not complete in this topic.
Regards.
2013/3/18 Raúl U <email address hidden>
> Ferdinand, the link is broken. /bugs.launchpad .net/bugs/ 751491 /bugs.launchpad .net/openobject -addons/ +bug/751491/ +subscriptions
>
> Maxime, I agree with you. Mustufa, I don't agree with you.
>
> To me this thing is clear, if I buy in UoM, my buying prices are
> releated to UoM. If I sell in UoS, my selling prices are releated to
> UoS. Even more, sale_margin module agree with me, with us really, Maxime
> ;-)
>
> If you make an order with UoS, margin is calculated on uos_qty *
> unit_price, but line subtotals are calculated by uom_qty * unit_price
> !!! What a mess !!
>
> There is not easy workarround, adding a field is not a solution because
> this is not a problem with Sale Order Report/ Invoice Report. It's a
> problem with untaxed amount, taxes amount, total amount... all the
> invoice is wrong (for me)
>
> I wondered how this can be in wishlist.
>
> --
> You received this bug notification because you are subscribed to OpenERP
> Project Group.
> https:/
>
> Title:
> [PS] UoS not taken into account on the Sales Order Line
>
> Status in OpenERP Addons (modules):
> Confirmed
>
> Bug description:
> trunk, revno 3377
>
> Using demo date, define a UoS for product [CPU2]. This UoS is in PCE
> with a coefficient of 4 (it means we sell by quantity of 4 products)
>
> * Sales/Sales/Sales Order, create a Sales Order and on a Sales Order
> line select [CPU2].
>
> Obtained result : the system takes the correct qty for UoM and UoS but
> still use the Qty(UoM) for the price calculation
>
> Expected result : the system takes the Qty(UoS) to calculate the total
> for the Sales Order line
>
> reported by dha, OpenERP Prof. Services
>
> To manage notifications about this bug go to:
> https:/
>
-- ------- ------
-------
Saludos Cordiales
Nhomar G. Hernandez M. geronimo. com.ve vauxoo. com
+58-414-4110269
Skype: nhomar00
Web-Blog: http://
Servicios IT: http://
Linux-Counter: 467724
Correos:
<email address hidden>
<email address hidden>
twitter @nhomar