又:兔子有另外一种解法,安装一个模块https://github.com/odoomrp/odoomrp-wip/tree/8.0/product_variant_default_code专门解决这个变体数量太多的问题。

前些天兔子在群里发了张老模连体拉丝布料的产品表,有黑白杏紫艳梅红海军兰6种颜色和10个尺寸(32B、34B、36B、38B、40B、42B、34C、36C、38C、40C、42C),共60种产品变体属性。

01.jpg

一开始完全没想明白,按6色和10尺码来创建变体居然做到10000多个变体,

阿里云单核的ECS+1G内存+1M带宽,
耗时20多分钟才创建完毕,
也是自己埋自己了,后来才理清楚的(水平有限哟)~

02.png
03.jpg
04.png

从odoo产品导出,
看到有N长的列表想死的心都有了

05.png

06.png
07.png
08.png
09.png
10.jpg
11.png

附加一篇文章:
http://blog.sina.cn/dpool/blog/s/blog_7cb52fa80102w2dm.html?vt=4
产品和产品规格(产品变量)自动生成SKU的需求解决思路
2016-03-04 19:30阅读:904
产品和产品规格(产品变量)自动生成SKU的需求解决思路
原文地址:http://shine-it.net/index.php/topic,17490.msg31959.html#msg31959
不知道你们有没有碰到过这样的问题,就是当产品上的属性比较多的时候,这种理论上的产品变体就会产生很多。比如:
同一款式(SPU)的服装,有XS, S, M,L, XL,XXL 6种,颜色有10种,如果再有个面料2种,那么可能的组合就会有6X10X2=120种
一款服装就生成120种变体是很难维护的,而且大部分的组合应该都不会有真实的SKU。
如果有这样的问题,可以参考一下这个odoomrp项目下的:https://github.com/odoomrp/odoomrp-wip
product_variants_no_automatic_creation 模块和
sale_product_variants 模块,以及我们贡献的: product_variant_default_code 模块
这些https://github.com/odoomrp/odoomrp-wip/tree/8.0/sale_product_variants模块的设计思路就是,不是在产品模版上定义产品属性时就生成产品变体,而是在销售订单上通过产品配置器,由用户选择产品属性,然后动态生成产品变体。
这样系统中存在的产品变体的数量与实际的业务完全一致。
以上供您参考。

product_variant_default_code.png

标签: none

添加新评论