2011/2/10 Raphaël Valyi<rvalyi@xxxxxxxxx>
On Thu, Feb 10, 2011 at 7:17 PM, Ana Juaristi<ajuaristio@xxxxxxxxx>wrote:
For me difference is clear between both options:
1. BOM: You have to really launch one order to make Phisical kits. You
want to control kit's stock and someone on company must expend time building
this kits. On the momento you build the kit your components stock decrease.
2. nan-product-pack: You are building kits on the fly. You are using kit
components to compose the outgoing packing but you don't want to control
kits stock but kit components stock. You don't need a production order to
phisically build the kit.
Thank you Ana.
You are welcome.
Both options are valid and depends on company needs using one or the
other. I have no idea how magentoerpconnect can deal with this. Maybe it
should be the possibility of selecting one option or the other for each kit.
This way company could select the best way of working on each case.
As I explained, in Magento, "grouped products" comes already split in the
sale order. So it's much closer to what nan_product_pack does. But the main
point would be to drop the rmp dependency of magentoerpconnect in favor of
which is much simpler.
Any reason not to do it?
Yes... one of them... imagine your kit is set in openerp as stockable,
to_produce because you really need to launch a production order to build the
pack. So... (mandatory) you need having linked a BOM to the product. If you
sale directly in openerp, you will create a production order on sale
confirmation for this product but If you download from magento... and you
only connect nan_product_pack.. you will also have components on sales
order... Confirming the order you will have components on packing list and
also a production order to produce the kit... It will be very confusing for
user and you will have to delete or cancel someone of them for not duplicate
components consuming.
Another little problem... People who is using BOMs to make kits will have to
redefine products_packs even if they have configured boms by now.
So... I still think that both options should be considered... and user
should decide wich of them to use on each kind of product. I understand this
is the most difficult road... but it will be most flexible option.
Just another 2 cents... :)
So... I think it should be flexible enough to
--
Raphaël Valyi
Founder and consultant
+55 21 3010 9965
www.akretion.com
_______________________________________________
Mailing list: https://launchpad.net/~openerp-expert-production
Post to : openerp-expert-production@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~openerp-expert-production
More help : https://help.launchpad.net/ListHelp
