openerp-connector-community team mailing list archive

[Joël Grand-Guillaume <joel.grandguillaume@xxxxxxxxxxxxxx>]

Dear contributors,


My opinion on the topic. We got I think 3 ways to deal with that:


1) The one explained : bundle is a service product with price and margin.
Bundle's components are other SO lines with stockable products and price 0.

2) You have only the components as SO lines, but then you can't compute
margin correctly.

3) You put only the bundled product in SO lines with a Bom, then go through
OF to deliver the product even if it is not a "real" manufacturing step
sometimes. The margin is computed from the bom with this module :
https://github.com/OCA/margin-analysis/tree/8.0/__unported__/product_cost_incl_bom


I vote for 1) because:

 * It is simple, you handle bundle in magento (I mean to build them).

 * Odoo only knows about what he has to, no big configuration, only stocks,
logistics and financial infos here in Odoo.

 * As bundle may be different from one purchase to another, 3) is not good
in most cases (or would need lot's of devs to have one bom per order)

 * Computing the margin can be done like Markus say or another idea would
be to build a module on top of
https://github.com/OCA/margin-analysis/blob/8.0/__unported__/product_historical_margin/__openerp__.py
to implement Markus's computation the same way (my preference here, we need
to be compatible with existing OCA code base)

 * When invoice is based on delivery, it'll work well (component lines are
0, bundle the sale price)

 * The logistic manage the components and that's what we want

But for that, we need Magento  to give one line per components + on line
for the bundle. The customer also see all the lines in SO, Invoice etc..
But that's a minor issue.

What do you think ? Can we add the correct behavior in the Magento
connector side (I mean giving one line for bundle, one line per component) ?


Regards,

Joël












On Wed, Jul 8, 2015 at 10:53 AM, Markus Schneider <
markus.schneider@xxxxxxxxxx> wrote:

> Hi,
>
> i agree with Guewen, they are more viable solution. We did a
> implementation where the bundle-product is a sale.order.line with price
> and "service" and the items are 'linked' sale.order.lines with stockable
> products and without price.
> But we add a 'hidden bundle price share' to the sale.order.line of the
> stockable product to calculate the overall margin of the product correct
> if it is sale as a bundle.
>
> If you have a highly configurable bundle you maybe better with
> bill-of-materials.
>
> Kind Regards
>
> Markus
>
> On 08.07.2015 10:48, Guewen Baconnier wrote:
> > On Wed, Jul 8, 2015 at 10:29 AM, Carlos Liébana
> > <carlos.liebana@xxxxxxxxxxxxxxx> wrote:
> >> Hello Markus,
> >>
> >> Did you get to some conclussion regarding the topic of "Bundle
> products"?
> >> We've got it on our roadmap right now and our idea is:
> >> - Treat the bundle as a service product, containing all the monetary and
> >> quantity info ordered by the customer.
> >> - Retrieve all the simple products chosen by the customer for the
> bundle,
> >> with price equal to 0. This simple products are stockable, and are
> managed
> >> by the warehouse in the transfer order accordingly.
> >>
> >> What do you think?
> >
> > Hi Carlos,
> >
> > We didn't tackle this question during the code sprint but I can share
> > some personal thoughts.
> > We implemented bundles like that on the while ago on the old Magento
> > connector for a customer and it is indeed a very good solution
> > (simple, all information displayed, allow to calculate the margin on
> > the  bundle, ...)
> > From my experience, there is no one unique way to implement bundles
> > and it depends of the needs of the customers (some will need bill of
> > materials / manufacturing for instance).
> > Still, I think we could decide to implement this way to import the
> > bundles as the default one in the core module and care to keep things
> > decoupled enough to allow different implementations in  extensions?
> >
>
> --
> Dipl.-Comp.-Math. Markus Schneider
> Softwareentwickler
>
> initOS GmbH & Co. KG
> An der Eisenbahn 1
> 21224 Rosengarten
>
> Mobil:   +49 (0)172 2303699
> Phone:   +49 (0)4105 5615613
> Fax:     +49 (0)4105 5615610
>
> Email:   markus.schneider@xxxxxxxxxx
> Web:     http://www.initos.com
>
> Geschäftsführung:
> Dipl. Wirt.-Inf. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke
> Haftende Gesellschafterin: initOS Verwaltungs GmbH
>
> Sitz der Gesellschaft: Rosengarten – Klecken
> Amtsgericht Tostedt, HRA 201840
> USt-IdNr: DE 275698169
> Steuer-Nr: 15/205/21402
>
> --
> Mailing list: https://launchpad.net/~openerp-connector-community
> Post to     : openerp-connector-community@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openerp-connector-community
> More help   : https://help.launchpad.net/ListHelp
>



-- 


*camptocamp*
INNOVATIVE SOLUTIONS
BY OPEN SOURCE EXPERTS

*Joël Grand-Guillaume*
Division Manager
Business Solutions

+41 21 619 10 28
www.camptocamp.com