Odoo / OpenERP Thailand.ORG

ยินดีให้คำปรึกษา Module นี้ ผมทำสำเร็จแล้ว ติดขัดถามมาได้ (ว่าจะทำ บทความแต่ยังติดขัดเรื่องเวลา)

กระทู้นี้ได้ความรู้มาก กำลังจะเอาไปใช้งานอยู่พอดีเลย ขอบคุณมากครับ

ถ้าเจอ make to Order เต็มรูปแบบ(ใหม่ทุกอย่างไม่ซ้ำเดิม)ก็ต้องยอมรับว่าเหนื่อยครับ เคยวิเคราะห์ของโรงงานผลิตกระจกมาเหมือนกันแต่ตอนนั้นยังไม่รู้จัก Openerp จำได้ว่าจะทำการผลิตกระจกให้ได้ขนาดตามไซต์งานลูกค้าทำให้ไม่สามารถทำ Bom ได้ เลยพอทำให้คิดหน้างานของคุณ not ออก ถ้าจะให้ตอบโจทย์จริงๆก็ต้องเขียนโมดูลเพิ่ม
ส่วนของผมก็ง่ายหน่อยเพราะเป็นเหมือนรูปแบบธุรกิจทั่วไป แต่งก็ยังคงมีความต้องการโมดูลอื่นๆที่ไม่มีในระบบเพิ่มอยู่ดี โดยเฉพราะรูปแบบรายงานต่างๆ
ส่วนนำ product แบบ Service มาสร้างเป็น Bom ผมลองแล้วน่าจะใช้ได้ครับ เพราะตัว product ที่เป็น service ไม่ได้รับผลอะไร

ปล. Python ไม่เคยรู้จักมาก่อนเช่นกัน ครับ ผมก็พึ่งเริ่มศึกษาได้ไม่กี่เดือน ปกติเขียน VB ชอบวิเคราะห์ระบบมากมาย

ผมเคยเขียน โมดูล เพื่อเพิ่ม Product various ให้กับ Product แต่ใช้กับ ส่วน ของ SO เพื่อให้ sale ทำการขายสินค้นตาม various ของ Product แต่ละตัวได้
กรณีของคุณ not ถ้าการขาย ทำมาแบบ Make to Order แบบเลือกได้หมดตามต้องการตอนทำ bom ก็ต้อง dynamic ตาม
โมดูลที่ทำคงต้อง เป็นตัว gen bom ให้ตาม คำสั่งขาย ที่มีการปรับ เพิ่ม various ให้กับ product แล้วค่อย เอา bom นั้นมาตั้งคำสั่งการผลิตอีกที
ถ้าทำเฉาะส่วน SO, MRP น่าจะจบ โดยไม่ทำ stock ของ FG ที่ได้

ชื่อ not ครับ (เอิ้น ดาว ก็ได้ :lol: ) เคยแนะนำตัวไปละเมื่อปีที่แล้ว ตอนกำลังตัดสินใจว่าจะนำมาใช้ดีหรือเปล่า เห็นในบอร์ด มีคุณ Kitcle อีกคนครับ ที่น่าจะเชี่ยวชาญ ถ้าเป็นไปได้ ก็อยากจะเชิญมาช่วย ดูแนวธุรกิจ นี้เหมือนกัน
ตอนนี้ผมไปเจอ http://www.OpenERP4you.in เขาทำ OpenERP สำหรับโรงงานผลิตกระจก ซึ่งน่าจะมาประยุกต์ใช้กับของผมได้ตรงเลย มีการ Optimize ด้วย แต่เขาไม่ Open feature ต่าง ๆ เหล่านั้น (ต้องเสียตังค์ implement กับเขา) แนวธุรกิจเหมือนกันเด๊ะ
โรงงานผมวัตถุดิบไม่เยอะครับ หลัก 100 เท่านั้น แต่ความยากคือมันเป็น Make to Order ทั้งหมด ทุกอย่างตามใจลูกค้าตั้งแต่ขนาด ไปถึง Process การผลิต (จะบอกว่าไม่มี BOM เลยก็ว่าได้ เพราะใช้วัตถุดิบ อันเดียวมาผ่าน Process การผลิต ออกมาเป็นสินค้าเลย : แต่ผมพยายามจะประยุกค์ใช้ BOM มาทำ Process อยู่โดยใช้ Product แบบ service มาทำ BOM :ซึ่งก็ได้ลองถามความเห็นตาม กระทุ้นี้แหละว่าเป็นไปได้ไหม)
ตอนนี้กำลังลง Bom_variant_multi กับ Product_Configurator อยู่ครับ แต่มัน error ยังไม่ผ่านกำลังแกะ ถ้าได้และตอบโจทย์ก็ประหยัดเวลา ถ้าไม่ได้ ก็คงต้อง ยกเครื่อง ได้ผลอย่างไร จะนำมาความรู้ที่ได้จากการศึกษาครั้งนี้แบ่งปันครับ เพราะคิดว่าน่าจะมีประโยชน์กับอีก หลาย ๆ ธุุรกิจ ที่ใกล้เคียงกัน เนื่องด้วย ธรรมชาติของ ERP มันไม่ค่อยตอบโจทย์ Make to Order เท่าไหร่

ปล. 1. ความถนัดผมในด้าน วิเคราะห์ธุรกิจ พอได้ เขียนโปรแกรม พอไหว (แต่ไม่เคยเขียน python ไม่เคยรู้จักมาก่อน เพิ่งมาแกะ ๆ ได้ อาทิตย์เดียว)
2. OpenERP แอบอ่านใน WEB นี้มา ก็ 3-4 เดือน เพิ่งมาจับจริง ๆ จัง ๆก็ ปีนี้ เพราะตัดสินใจ จะนำมาใช้

คงต้องขอความรู้เพื่อนๆ ในนี้อีกเยอะ
ขอบคุณครับ

ภาพรวมไม่ต่างจากโรงงานที่ผมทำอยู่ครับ มี mat อยู่ประมาณ 4 พันรายการ และสิ้นค้าประมาณ 2 พันรายการครับ แล้วก็ Bom อีกเกือบ 3 พันรายการ สินค้าและMatบางตัวมีหลายขนาดครับ แล้วก็แม่พิมพ์ที่ใช้ปั้มงานด้วยครับ แต่ไม่แน่ใจว่าจะเยอะเท่าของคุณ ntnw หรือเปล่า (ชื่อผมพิมพ์ถูกครับชื่อเล่นจั้บ ครับ ว่าแต่คุณ ntnw ชื่อไทยว่ายังไงครับจะได้เรียกถูก )
ส่วน BOM ก็จะถูกสร้างไว้อยู่แล้วครับถ้าไม่ใช้สินค้าใหม่ ส่วนวิธีการคำนวน Bom ใช้ขั้นต่ำในการผลิต เช่น งาน A ผลิตขั้นตำที่ 1000 ตัว ใช้ MatB ขนาด 500*500 ยาว 5 เมตร MatC ขนาด 550*550 ยาว 7 เมตร จำนวนสินค้ามากหรือน้อยกว่านี้ระบบก็จะคำนวณ Mat ให้ตามอัตราส่วนครับ
Bom_variant_multi อันนี้ไม่เคยศึกษาครับ เหมือกับ multi BOM เปล่าครับ

ปล. ขอบคุณสำหรับ code การคำนวนหาพื้นที่ครับ

ขอบคุณ Admin
มีคำถาม various options ทำใน OpenERP เลยหรือไม่ อยากขอคำแนะนำ เรื่องนี้ละเอียดนิดนึง เพราะถ้าเป็นไปได้ ก็อยากจะปรับ OpenERP มากกว่าทำ apps ภายนอก ครับ
ตอนนี้ ได้ทำในส่วนการ คำนวน Area เพื่อคำนวนราคาวัสดุแล้ว ถ้าแก้ ปัญหาเรื่อง BOM ได้ ก็น่าจะปิดเนื้องานในส่วนนี้ได้ จะได้ดูในส่วนเรื่อง Stock ต่อไป เพราะธุรกิจมันไม่ค่อยจะ standard เท่าไร มีเนื้องานต้องปรับเยอะ

เพิ่ม Field Function ใน Sale.py เข้าไป

class sale_order_line(osv.osv):
# Add _Area_line for calculation Area (SQM)
def _Area_line(self, cr, uid, ids, field_name, arg, context=None):
res = {}
if context is None:
context = {}
for line in self.browse(cr, uid, ids, context=context):
Area = float(line.x_W) * float(line.x_H) / 1000000
res[line.id] = Area
return res
# End Add _Area_Line

_columns = {
'Area': fields.function(_Area_line, string='Area', type = 'float'),


ปล. ขอความเห็น ไม่แน่ใจคุณ ชัยพร หรือ Admin เคยศึกษาเรื่องเหล่านี้หรือยัง
1. กำลังศึกษา Bom_variant_multi แต่มันเป็น V6.1 ยังไม่แน่ใจว่าตรงไหม และยังมี Product_Configurator อีก มีคนอื่นศึกษาไว้ ถ้าใกล้เคียงหรือปรับเล็กน้อย ก็น่าจะนำมาใช้
2. Bandle Product จะสามารถนำมาประยุคใช้ได้ไหม (เหมือนการนำ Product มาบรรจุใส่ลัง เป็น Package จะได้ราคาของ Package นั้น ๆ เวลาขายก็จะขาย Bandle Product

เหมือนเป็นการใส่ various options ให้กับ Product แล้ว เอา various ไปทำ เป็น BOM แบบ dynamic แทนที่จะผู้ BOM แบบเดิม ก็เพิ่ม ให้ผูกกับ various options
นะครับ หรือ ทำ อีกทางคือ add Product ชื่อตามขนาด แต่คงต้องมีตัวช่วย gen Product

แต่ถ้าไม่ปรับ OpenERP ทำแบบ คุณชัยพร แนะนำ
จริงๆ ถ้าเขียนโปรแกรมแยกไว้ข้างนอกอยู่แล้ว ก็ ยิงผ่าน xml-rpc เข้ามาใน OpenERP เลยก็ได้นะครับ

เช่น ลูกค้า X
สั่ง Product A ขนาด 892x2305 มม จำนวน 5 ชิ้น
Product A ขนาด 900x2305 มม จำนวน 5 ชิ้น
Product A ขนาด 350x1220 มม จำนวน 5 ชิ้น
ลูกค้า Y
สั่ง Product A ขนาด 235x1210 มม จำนวน 10 ชิ้น
Product A ขนาด 360x800 มม จำนวน 20 ชิ้น
Product A ขนาด 700x500 มม จำนวน 30 ชิ้น

จะเห็นว่าขนาด ไม่ซ้ำ เลย ถ้า Product A ทำมาจากวัตถุดิบ B วัตถุดิบ B ก็จะต้องมีขนาด ตาม Product A ครบทุกขนาด ตามที่ลูกค้าจะสั่ง

แนวทางที่ผมจะทำคือ นำขนาด ของ Product A ทั้งหมดที่จะทำการเปิดสั่งผลิตพร้อมกัน มาทำการ Optimize เพื่อหาปริมาณวัตถุดิบ B ที่ต้องใช้จริง (ใช้ Application ภายนอก) แล้วจึง เปิด MO สั่งผลิต Order ของ ลูกค้าทั้ง 2 ตามด้านบน แล้วใช้เลข MO ไปทำเบิกวัตถุดิบ แบบ Manual ในระบบ OpenERP อีกที

ถ้าใช้ Concept ของคุณ ชัยพร( ชื่อถูกไหมครับ) แสดงว่าต้องเขียน App มา 1 ตัวเพื่อทำราคา ก็จะคล้ายกับแนวทางที่ผม จะทำ Module มารับ BOM ตอนเปิด Order เพียงแต่ของคุณชัยพร เลือกทำก่อนหน้าเปิด Order ผมกะว่าจะทำในขั้นตอนเปิด Order เลย...อย่างไหนจะยุ่งยากกว่ากัน

[quote="ntnw"]ขอบคุณครับ
แสดงว่าพนักงานขายจะต้องทำงาน 2 ครั้ง ครั้งแรก ทำใน Application ตัวนึง ที่ทำหน้าที่ จัดการเรื่องราคาและขั้นตอนการผลิต แล้ว จึงนำมา key เข้าระบบ OpenERP อีกที โดยใช้ราคา Final มาใส่เลย

ในขั้นตอน BOM ขนาดจะหลากหลายมากแตกต่างกันระดับหน่วยเป็น มม. ไม่มีซ้ำกัน ไม่น่าจะสร้าง BOM ไว้รับได้

คำถามครับ แล้ว จะเชื่อมต่อกับระบบการผลิต Route/Workcenter อย่างไร ถ้าเราทำ Application แยก แบบนี้[/quote]
ทั้ง 2 Application ไม่ได้เชื่อต่อกันครับ ใช้การคีย์ข้อมูลเข้าระบบอีกครั้ง เนื่องจากปัจจัยที่นำมาคิดราคามีหลายอย่าง รวมถึง Route/workcenter ก็บันทึกตามที่คำนวนได้ บางตัวต่อชิ้นราคา 0.0012 แต่ในหนึ่งแผ่นมีหลายร้อยตัวครับ
ส่วน Bom ที่ว่าขนาดหลากหลายแตกต่างกันผมยังไม่เข้าใจครับ รบกวนยกตัวอย่างหน่อยได้ไหมครับ

ปล.เพื่อเก็บไว้เป็นตัวอย่าง