หน้า 1 จากทั้งหมด 1

Product Variant น่าจะยืดหยุ่นกว่านี้

โพสต์แล้ว: อังคาร 20 ต.ค. 2015 10:15 am
โดย tonz
ฟีเจอร์ Product Variant ใน Odoo ค่อนข้างมีประโยชน์นะครับ
ในกรณีที่มีสินค้าแบบเดียวกัน แต่มีหลายตัวเลือก เช่น สี ขนาด

แต่ในกรณีผมเป็นโรงงานผลิตเครื่องสำอางค์ขาย
จะมีทั้งที่ขายแบบเป็นกิโล และขายเป็นตัวอย่างสินค้า โดยนับเป็นยูนิต
แบบนี้ Product Variant ทำไม่ได้ครับ
ทำให้ผมต้องแยกสินค้าแบบเดียวกัน ออกเป็นคนละตัว ผมมองว่ามันค่อนข้างซ้ำซ้อนไปหน่อย

ไม่ทราบว่าเพื่อนๆ มีใครเจอปัญหาแบบผมมั่งครับ ;)

Re: Product Variant น่าจะยืดหยุ่นกว่านี้

โพสต์แล้ว: อังคาร 20 ต.ค. 2015 11:23 am
โดย chaiyapon
สินค้า 1 ตัวมีหน่วยใช่หรือเปล่าครับ ถ้าใช่ ต้องมีอัตราส่วนครับ เช่น 1 unit = 1 กิโลกรัม หรือ 1 unit = 1 ขีด อะไรประมาณนี้ครับ แล้วก็ไปตั้งค่าที่ Units of Measure ครับ ไม่ได้ทำที่ Product Variant ส่วนวิธีการตั้งค่า Units of Measure ลองหาข้อมูลดูนะครับ

Re: Product Variant น่าจะยืดหยุ่นกว่านี้

โพสต์แล้ว: อังคาร 20 ต.ค. 2015 12:59 pm
โดย tonz
อ้อ ครับ หน่วยก็เรื่องหนึ่งครับ
แต่ราคานี่ปรับไม่ได้เลยครับ มีแต่ extra price ซึ่งไม่สะดวก ในกรณีของผมน่ะครับ
เพราะขายแบบกิโล กับแบบแซมเปิ้ลราคาไม่เท่ากันน่ะครับ
จริงๆ พอไปทำใบเสนอราคา มันก็แก้ได้
แต่เวลาโชว์หน้า e commerce มันดูไม่ค่อยดีเท่าไรน่ะครับ

Re: Product Variant น่าจะยืดหยุ่นกว่านี้

โพสต์แล้ว: อังคาร 20 ต.ค. 2015 1:32 pm
โดย chaiyapon
หน้า e commerce ยังไม่เคยลองเลยครับ แต่ผมก็ยัง งงๆ หมายถึงสินค้า 1 ตัว ราคาไม่เท่ากันขึ้นอยู่กับประเภทของการขายใช่หรือเปล่าครับ แล้วที่หน้า e commerce ต้องการให้โซว์แบบไหนอะครับ ผมจะได้ช่วยแชร์อีกแรงครับ

Re: Product Variant น่าจะยืดหยุ่นกว่านี้

โพสต์แล้ว: อังคาร 20 ต.ค. 2015 3:21 pm
โดย kitcle
ถ้าจะพูดในทางเทคนิค ตาราง product_product ไป inherits กับตาราง product_template
โดยใช้ฟิลด์ product_tmpl_id ดังที่เห็น {'product.template': 'product_tmpl_id'}

เพราะฉะนั้น variants บางค่าที่อิงกับฟิลด์ที่มีอยู่ใน product.template ก็ไม่สามารถแจกแจงเป็นเอกเทศได้ ...ซึ่งนี่แหล่ะเหตุผลว่าทำไม่ตอบโจทย์ เช่น
'price', 'list_price','lst_price', 'standard_price, image ,หน่วยซื้อ หน่วยขาย เป็นต้น

**ปล ถ้าอยากให้แยกเป็นเอกเทศตาม Variant ก้ต้องไป inherit กับตาราง product_product และ เอาฟิลด์ที่ผมระบุข้างบน ไปใส่เอกเทศเลย นี่ก้ตอบโจทยืได้เช่นกัน

Re: Product Variant น่าจะยืดหยุ่นกว่านี้

โพสต์แล้ว: อังคาร 20 ต.ค. 2015 3:26 pm
โดย tonz
ปกติหน้าเว็บขายของ จะสามารถดึงสินค้าและราคามาโชวได้ครับ
แต่ variant มันไม่สามารถตั้งราคาสินค้าให้ต่างกันได้ ใช่ไหมครับ
ทีนี้มันมี extra price ที่สามารถบวกราคาเพิ่มได้ เช่น ถ้ามือถือสีทอง บวกเพิ่มอีก 1000 บาท ยังงี้ได้
เวลาเลือกในเว็บ ราคามันก็จะขึ้นอัตโนมัติ

แต่กรณีของผมมันทำไม่ได้ เพราะราคาเบสมันไม่เท่ากัน เช่น กิโลละ 1000 แต่แซมเปิ้ล 200
วิธีแก้ปัญหาคือ ผมตั้งราคาเบสไว้ที่ 0 แล้วราคาจริงก็เป็น extra เอา ซึ่งหลังบ้านไม่มีปัญหาครับ
แต่หน้าเว็บมันจะแสดงราคาตั้งเป็น 0 เสมอ จนกว่าจะเลือก variant น่ะครับ
ผมก็เลยคิดว่ามันไม่ค่อยสวยเท่าไรน่ะครับ

Re: Product Variant น่าจะยืดหยุ่นกว่านี้

โพสต์แล้ว: อังคาร 20 ต.ค. 2015 3:29 pm
โดย tonz
kitcle เขียน:ถ้าจะพูดในทางเทคนิค ตาราง product_product ไป inherits กับตาราง product_template
โดยใช้ฟิลด์ product_tmpl_id ดังที่เห็น {'product.template': 'product_tmpl_id'}

เพราะฉะนั้น variants บางค่าที่อิงกับฟิลด์ที่มีอยู่ใน product.template ก็ไม่สามารถแจกแจงเป็นเอกเทศได้ ...ซึ่งนี่แหล่ะเหตุผลว่าทำไม่ตอบโจทย์ เช่น
'price', 'list_price','lst_price', 'standard_price, image ,หน่วยซื้อ หน่วยขาย เป็นต้น

**ปล ถ้าอยากให้แยกเป็นเอกเทศตาม Variant ก้ต้องไป inherit กับตาราง product_product และ เอาฟิลด์ที่ผมระบุข้างบน ไปใส่เอกเทศเลย นี่ก้ตอบโจทยืได้เช่นกัน


เราไป inherit เองได้เลยหรือครับ ผมไม่เคยทำ
แล้วถ้าเปลี่ยนแบบนี้ มันจะกระทบกับส่วนอื่นไหมครับ

Re: Product Variant น่าจะยืดหยุ่นกว่านี้

โพสต์แล้ว: อังคาร 20 ต.ค. 2015 3:40 pm
โดย kitcle
tonz เขียน:ปกติหน้าเว็บขายของ จะสามารถดึงสินค้าและราคามาโชวได้ครับ
แต่ variant มันไม่สามารถตั้งราคาสินค้าให้ต่างกันได้ ใช่ไหมครับ
ทีนี้มันมี extra price ที่สามารถบวกราคาเพิ่มได้ เช่น ถ้ามือถือสีทอง บวกเพิ่มอีก 1000 บาท ยังงี้ได้
เวลาเลือกในเว็บ ราคามันก็จะขึ้นอัตโนมัติ

แต่กรณีของผมมันทำไม่ได้ เพราะราคาเบสมันไม่เท่ากัน เช่น กิโลละ 1000 แต่แซมเปิ้ล 200
วิธีแก้ปัญหาคือ ผมตั้งราคาเบสไว้ที่ 0 แล้วราคาจริงก็เป็น extra เอา ซึ่งหลังบ้านไม่มีปัญหาครับ
แต่หน้าเว็บมันจะแสดงราคาตั้งเป็น 0 เสมอ จนกว่าจะเลือก variant น่ะครับ
ผมก็เลยคิดว่ามันไม่ค่อยสวยเท่าไรน่ะครับ


ปัญหาแบบเคสนี้แหล่ะ ที่ผมจะอธิบายว่า ตัว standard odoo ทำไม่ได้ครับ
เพราะในความเป็นจริง Bundle product , variant product ในชีวิตจริงมีต้นทุน มีฐานการคิดต้นทุนไม่เหมือนกัน จะไปอาศัย extra price มาคำนวนก็ไม่ถูก จะไปอาศัย
'price', 'list_price','lst_price', 'standard_price จาก template ก็ยิ่งไม่ใช่ ก็เลยแนะนำว่า ไปสร้าง ฟิลด์เก็บ description ของตัวเองไปเลยในตาราง Product_product และไม่มีผลกระทบไร แต่ก็ต้องไปแก้ โค๊ด event def product_id_change(self, cr, uid ให้มันไปดึงราคาจาก ฟิลด์ของเรามาแทนที่ หรือจะให้มันคำนวนไรเพิ่มก็ว่ากันไปตามโปรแกรมมิ่ง