รูปภาพแจ้งข่าว ทางเว็บบอร์ด openerpthailand.org ได้เปลี่ยนระบบเว็บบอร์ด ใหม่เป็น phpBB 3.1
  1. บุคคลทั่วไป จะไม่สามารถเข้าอ่านกระทู้บางบอร์ด แนะนำให้ท่าน สมัครสมาชิกคลิกตามลิงค์นี้
  2. สมาชิกใหม่ ถ้ายังไม่ได้แนะนำตัวจะไม่สามารถ ตั้งกระทู้ และ ดาวน์โหลด ไฟล์จากเว็บบอร์ดได้ ท่านจำเป็นต้องแนะนำตัวที่หมวดนี้
  3. ถ้ามีปัญหาการใช้งาน หรือ ข้อเสนอแนะใดๆ แนะนำได้ที่นี่
  4. ปุ่มรูปหัวใจใต้โพส แต่ละโพส ท่านสามารถกดเพื่อสื่อถึงคนโพสนั้นถูกใจท่าน
  5. ห้ามลง E-mail, เบอร์โทรส่วนตัว, Line id หรือข้อมูลส่วนตัวอื่นๆ เพื่อป้องกันการแอบอ้างและโฆษณาแฝง โดยสามารถติดต่อสมาชิกท่านอื่นผ่านระบบ PM ของบอร์ด
  6. ท่านสามารถปิดการแจ้งนี้ได้ ที่มุมขวาของกล่องข้อความนี้

บุคคลทั่วไปสามาเข้าสู่ระบบ ด้วย Account ของ FaceBook ได้แล้ว คลิกที่นี่ได้เลย

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

ตอบกระทู้


คำถามนี้ เพื่อป้องกันการส่งแบบอัตโนมัติจากสแปมบอท
รูปแสดงอารมณ์
:D :) ;) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :!: :?: :idea: :arrow: :| :mrgreen: :geek: :ugeek:

BBCode เปิด
[img] เปิด
[flash] ปิด
[url] เปิด
[Smile icon] เปิด

กระทู้แนะนำ
   

มุมมองที่ขยายได้ กระทู้แนะนำ: Product Variant น่าจะยืดหยุ่นกว่านี้

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

โพสต์ โดย kitcle » อังคาร 20 ต.ค. 2015 3:40 pm

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 ให้มันไปดึงราคาจาก ฟิลด์ของเรามาแทนที่ หรือจะให้มันคำนวนไรเพิ่มก็ว่ากันไปตามโปรแกรมมิ่ง

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

โพสต์ โดย tonz » อังคาร 20 ต.ค. 2015 3:29 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 และ เอาฟิลด์ที่ผมระบุข้างบน ไปใส่เอกเทศเลย นี่ก้ตอบโจทยืได้เช่นกัน


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

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

โพสต์ โดย tonz » อังคาร 20 ต.ค. 2015 3:26 pm

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

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

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

โพสต์ โดย kitcle » อังคาร 20 ต.ค. 2015 3:21 pm

ถ้าจะพูดในทางเทคนิค ตาราง 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 น่าจะยืดหยุ่นกว่านี้

โพสต์ โดย chaiyapon » อังคาร 20 ต.ค. 2015 1:32 pm

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

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

โพสต์ โดย tonz » อังคาร 20 ต.ค. 2015 12:59 pm

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

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

โพสต์ โดย chaiyapon » อังคาร 20 ต.ค. 2015 11:23 am

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

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

โพสต์ โดย tonz » อังคาร 20 ต.ค. 2015 10:15 am

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

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

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

ข้างบน