ผลงาน Customize Odoo จากงานจริง | Sales Inventory POS Product Set | MDSoft

ผลงานและแนวทางการ Customize Odoo จากงาน Implement จริงของ MDSoft

ประเภทเนื้อหา: Odoo Customization / ERP Implementation / MDERP / Business Workflow

จาก Requirement จริงของธุรกิจ สู่การปรับ Sales, Purchase, Inventory, POS, Product Set, Document และ Workflow ให้ใช้งานได้ตรง Process มากขึ้น

Odoo เป็นระบบ ERP ที่มีความยืดหยุ่น และสามารถนำไปปรับใช้ กับธุรกิจได้หลายประเภท แต่ในการ Implement ระบบจริง แต่ละองค์กร มักมี Business Process, รูปแบบเอกสาร, การขาย, การจัดซื้อ, คลังสินค้า, POS และ Workflow ที่แตกต่างจาก Standard System

MDSoft มีประสบการณ์ พัฒนาและ Customize OpenERP / Odoo จาก Requirement จริงของลูกค้า ตั้งแต่งานปรับ Flow เพื่อช่วยลดขั้นตอนการทำงาน ไปจนถึงการพัฒนา Module, Business Logic, Report และ Integration ให้ระบบรองรับ กระบวนการทำงานจริงขององค์กร ได้มากขึ้น

บทความนี้รวบรวม ผลงานและแนวทางการ Customize Odoo จากงาน Implement จริงของ MDSoft ในด้าน Sales, Purchase, Inventory, Product Set, POS, Document, Pricelist และ User Experience

แนวคิดสำคัญ ของการ Customize ไม่ใช่การเพิ่ม Feature ให้ระบบมีเมนูมากขึ้น แต่คือการทำให้ระบบ ใช้งานได้จริง, ลดขั้นตอน, ลดการคีย์ข้อมูลซ้ำ และช่วยให้ Process ของแต่ละฝ่ายเชื่อมต่อกันมากขึ้น

หากต้องการทำความรู้จัก พื้นฐานของ Odoo สามารถอ่านเพิ่มเติมได้ที่ Odoo คืออะไร? ระบบ ERP ทำอะไรได้บ้าง และเหมาะกับธุรกิจแบบไหน

ทำไมธุรกิจจึงต้อง Customize Odoo?

Standard Odoo สามารถรองรับ Business Process ได้จำนวนมาก แต่บางองค์กร อาจมีขั้นตอนเฉพาะ ที่ Standard Flow ยังไม่ตรงกับ วิธีทำงานจริง

ตัวอย่างเช่น

• ต้องการลดขั้นตอนจาก Quotation ไปจนถึง Payment
• ต้องการเห็น Stock ของหลายคลังในหน้าจอเดียว
• ต้องการขายสินค้าเป็น Set แต่ตัด Stock จาก Component จริง
• ต้องการเอกสารเฉพาะสำหรับการขนส่ง
• ต้องการ POS เชื่อม Stock และ Product Set
• ต้องการ Return สินค้าเข้าคลังที่กำหนด
• ต้องการ Print Form ให้ตรงกับรูปแบบของบริษัท
• ต้องการ Validation เพิ่มเพื่อลด Human Error
• ต้องการปรับ View ให้ผู้ใช้งานทำงานเร็วขึ้น

ก่อน Customize จึงควรวิเคราะห์ก่อนว่า Requirement ใด สามารถใช้ Standard ได้, Requirement ใด ใช้ Configuration ได้ และ Requirement ใด จำเป็นต้องพัฒนาเพิ่มจริง

การ Customize ด้าน Sales และ Quotation

ลดขั้นตอน Quotation ไปจนถึงการรับชำระ

บางธุรกิจ มี Sales Flow ที่ต้องการความรวดเร็ว และไม่จำเป็นต้องผ่าน ทุกขั้นตอน ตาม Standard Flow

จึงสามารถออกแบบ Workflow ให้ Quotation, Sales Order, Delivery, Invoice และ Payment เชื่อมกัน ตาม Process ที่องค์กรใช้งานจริง

ในบางกรณี สามารถลดจำนวนขั้นตอน หรือสร้าง Action ช่วยให้ผู้ใช้งาน ทำ Transaction ต่อเนื่องกันได้เร็วขึ้น

แสดงภาษีและส่วนลดรวมทั้งใบ

สามารถปรับ Sales Order, Purchase Order และ Invoice ให้แสดง ส่วนลดรวม, ภาษีรวม หรือ Summary ในรูปแบบ ที่องค์กรต้องการ

Quotation หลายภาษา

สำหรับบริษัท ที่ขายสินค้า หรือให้บริการ กับลูกค้าต่างประเทศ สามารถออกแบบ Quotation ให้รองรับ หลายภาษา เช่น

• ภาษาอังกฤษ
• ภาษาจีน
• ภาษาญี่ปุ่น

ตาม Template, Translation และข้อมูล ที่องค์กรกำหนด

การ Customize ด้าน Inventory และ Warehouse

ดู Stock หลายคลังในหน้าจอเดียว

หนึ่งใน Requirement ที่ช่วยทั้งฝ่ายขาย และฝ่ายคลัง คือการแสดง สินค้าคงเหลือ ของแต่ละ Warehouse หรือ Location ในหน้าจอเดียว

ช่วยให้ผู้ใช้งาน ตรวจสอบสินค้า ก่อนรับ Order ได้รวดเร็วขึ้น โดยไม่ต้องเปิด หลายหน้าจอ เพื่อเช็ก Stock ทีละคลัง

แสดง On Hand ตอนเลือกสินค้า

สามารถเพิ่มข้อมูล On Hand Quantity ในขั้นตอนเลือกสินค้า ของ Delivery Order หรือ Transaction ที่เกี่ยวข้อง

ทำให้ผู้ใช้งาน เห็น Stock ก่อนยืนยันรายการ และช่วยลดความผิดพลาด จากการเลือกสินค้า ที่ไม่มีของ

Tracking ในหน้ารายการส่งของ

สามารถเพิ่มข้อมูล Tracking หรือข้อมูลขนส่ง ใน Delivery เพื่อให้ฝ่ายขาย, คลังสินค้า และฝ่ายจัดส่ง ตรวจสอบสถานะ ของสินค้า ได้ง่ายขึ้น

เลือกคลังตอนคืนสินค้า

การ Return สินค้า ในบางธุรกิจ อาจไม่ต้องการ คืนเข้าคลังเดิม เสมอไป

จึงสามารถปรับ Workflow ให้ผู้ใช้งาน เลือก Warehouse หรือ Location สำหรับรับคืนสินค้า ตาม Process ขององค์กร

Product Set / Bundle และการขายสินค้าเป็นชุด

การขายสินค้า เป็น Set, Bundle หรือ Package เป็น Requirement ที่พบได้บ่อย ในธุรกิจ Trading, Retail และ POS

สิ่งสำคัญคือ จำนวน Set ที่สามารถขายได้ ต้องสัมพันธ์กับ Stock ของ Component จริง

คำนวณ Available Set จาก Stock จริง

ระบบสามารถคำนวณ จำนวน Set ที่ขายได้ จาก Component ที่มีจำนวนรองรับ ได้น้อยที่สุด

ตัวอย่าง:

ช่วยให้ฝ่ายขาย เห็นจำนวน ที่สามารถขายได้จริง โดยไม่ต้อง คำนวณ Component ด้วยตัวเอง

Filter สินค้าที่เป็น Set

สามารถเพิ่ม Filter เพื่อแยก Product Set ออกจากสินค้าปกติ ให้ค้นหา และบริหาร ได้สะดวกขึ้น

Print เอกสารแบบ Product Set

สามารถปรับ Print Form ให้รองรับ Product Set ในเอกสาร เช่น

• Sales Order
• Purchase Order
• Invoice
• Receipt
• POS Receipt

โดยสามารถกำหนด ว่าจะให้แสดง ตัว Set, Component หรือจำนวนสินค้า ในรูปแบบใด ตาม Requirement ขององค์กร

การ Customize ด้าน Purchase และ Pricelist

ซื้อสินค้าเป็น Set

สามารถออกแบบ Purchase Order ให้รองรับ การซื้อสินค้า เป็นชุด หรือ Product Set ในกรณีที่ธุรกิจ บริหารสินค้า เป็น Package หรือ Component

Default Quantity และค่าเริ่มต้น

สามารถกำหนด Default Quantity หรือ Business Rule สำหรับฝั่ง Purchase และ Sales เพื่อลด การกรอกข้อมูลซ้ำ ของผู้ใช้งาน

ปรับ Pricelist และ Discount

สามารถปรับ Business Logic ของ Pricelist ให้เหมาะกับ รูปแบบราคา ของบริษัท เช่น

• Default Discount
• ตรวจสอบรายการราคาซ้ำ
• กำหนดเงื่อนไขการแทนที่ราคา
• กำหนดราคาตามกลุ่มลูกค้า
• กำหนดราคาตามเงื่อนไขของธุรกิจ

การ Customize POS และ Stock

POS แสดง Stock คงเหลือ

สามารถเพิ่ม Stock Visibility ในหน้าจอ POS เพื่อช่วยพนักงานขาย ตรวจสอบสินค้า ก่อนรับ Order

ขาย Product Set บน POS

สามารถออกแบบ ให้ POS ขายสินค้า เป็น Set แต่ตัด Stock จาก Component จริงในคลัง ตามโครงสร้าง ของ Product Set

เหมาะกับ ธุรกิจ Retail ที่มี Bundle, Promotion Set หรือ Package

เชื่อม POS กับ Inventory และ Accounting

เป้าหมายสำคัญ ของ POS บน ERP ไม่ใช่เพียง การรับเงินหน้าร้าน

แต่คือการเชื่อม Transaction ไปยังระบบหลังบ้าน

ช่วยลดการคีย์ข้อมูลซ้ำ และทำให้ ยอดขาย, Stock และบัญชี เชื่อมถึงกัน

การ Customize Document และ Printing

เอกสารของแต่ละบริษัท มักมีรูปแบบ และข้อมูล ที่แตกต่างกัน ตาม Business Process

จึงสามารถพัฒนา หรือปรับ Print Form ให้ตรงกับ Requirement ได้ เช่น

• Sales Order
• Purchase Order
• Invoice
• Receipt
• POS Receipt
• Delivery Document
• ใบปะหน้ากล่อง
• ใบคุมรับสินค้าประจำวันสำหรับบริษัทขนส่ง

เลขลำดับสินค้าในเอกสาร

สามารถเพิ่ม Running Sequence ในรายการสินค้า ของ Sales Order, Purchase Order, Internal Transfer หรือเอกสาร ประเภทอื่น

รวมถึงกำหนด ไม่ให้ Sequence ถูกเรียงใหม่ โดยอัตโนมัติ หลัง Save ในกรณีที่ Business Process ต้องการลำดับเดิม

ปรับข้อมูลที่แสดงบนเอกสาร

สามารถกำหนด ว่าเอกสาร แต่ละประเภท ควรแสดง หรือไม่แสดง ข้อมูลใด เช่น

• หมายเหตุ
• ภาษี
• ส่วนลด
• Product Set Component
• Tracking
• Reference
• จำนวนสินค้า

การ Customize UX และ Validation

นอกจาก Business Flow แล้ว User Experience และ Validation ก็มีผลโดยตรง ต่อประสิทธิภาพ และความผิดพลาด ของผู้ใช้งาน

แจ้งเตือนชื่อสินค้าซ้ำ

สามารถเพิ่ม Validation เพื่อแจ้งเตือน เมื่อสร้าง Product ที่มีชื่อ หรือข้อมูลสำคัญ ซ้ำกับรายการเดิม

ช่วยลด Master Data ซ้ำ และลดความผิดพลาด ในการเลือกสินค้า

Auto Save

ในบาง Workflow สามารถออกแบบ Auto Save หรือ Save ตาม Event ที่กำหนด เพื่อลดความเสี่ยง จากข้อมูล ที่กรอกแล้ว ยังไม่ได้บันทึก

ปรับ Layout ให้เหมาะกับผู้ใช้งาน

สามารถปรับ Form View, List View, Column Width, Description และข้อมูล ที่แสดง ให้เหมาะกับ ลักษณะงาน ของแต่ละฝ่าย

Business Value ที่ธุรกิจได้รับจากการ Customize Odoo

จาก Custom Feature สู่ MDERP

ประสบการณ์ จากการ Customize Odoo ให้กับธุรกิจจริง ไม่ได้จบอยู่ เฉพาะโครงการใด โครงการหนึ่ง

MDSoft ได้นำองค์ความรู้ จาก Requirement และ Business Process ที่พบจากงาน Implement มาต่อยอด เป็น Module และ Workflow สำหรับ MDERP

MDERP พัฒนาต่อยอดจาก Odoo Community และเพิ่มความสามารถ ที่เหมาะกับ ธุรกิจไทย หลายด้าน เช่น

• Accounting Thailand
• VAT / WHT
• ภ.พ.30 / ภ.พ.36
• Multi-company
• Multi-branch
• POS หลายสาขา
• Inventory
• Stock Aging
• ABC Analysis
• FSN Analysis
• Transit Warehouse
• Manufacturing
• WIP / Costing ตาม Module ที่ใช้งาน
• Payroll Thailand
• Document Control
• Approval Workflow
• Marketplace Integration

แนวคิดคือ Requirement ที่พบซ้ำ และมีประโยชน์ กับธุรกิจหลายประเภท สามารถนำมา พัฒนาเป็น Reusable Module หรือ Solution เพื่อช่วยลด การเริ่มพัฒนาใหม่ ทุกครั้ง

ดูรายละเอียดเพิ่มเติมได้ที่ MDERP ระบบ ERP สำหรับธุรกิจไทย | ทางเลือก Odoo Enterprise จาก MDSoft

คำถามที่พบบ่อย

Odoo สามารถ Customize ได้หรือไม่?

ได้ Odoo มี Framework สำหรับพัฒนา Module, Business Logic, Workflow, Report และ Integration เพิ่มเติม ตาม Requirement ขององค์กร

ควร Customize ทุก Requirement หรือไม่?

ไม่ควร

ก่อนพัฒนา ควรวิเคราะห์ก่อนว่า ส่วนใด ใช้ Standard ได้, ส่วนใด ใช้ Configuration ได้, ส่วนใด มี Module พร้อมใช้ และส่วนใด จำเป็นต้อง Customize จริง

MDERP ต่างจาก Custom Odoo อย่างไร?

MDERP เป็นระบบ ที่ MDSoft พัฒนาต่อยอด จาก Odoo Community โดยรวม Module และ Workflow สำหรับธุรกิจไทย ไว้จำนวนมาก

ดังนั้น บาง Requirement อาจมี Module หรือแนวทาง พร้อมใช้แล้ว โดยไม่ต้อง เริ่มพัฒนาใหม่ ทุกครั้ง

สามารถ Customize ระบบ Odoo เดิมที่ใช้อยู่ได้หรือไม่?

สามารถประเมินได้ โดยต้องตรวจสอบ Odoo Version, Module ที่ติดตั้ง, Source Code, Database, Business Process และ Technical Debt ของระบบเดิมก่อน

การ Customize Odoo ใช้เวลานานแค่ไหน?

ขึ้นอยู่กับ Requirement, ความซับซ้อน, จำนวน Module ที่เกี่ยวข้อง, Integration และขอบเขต ของการทดสอบ

งานบางประเภท อาจเป็นเพียง การปรับ View หรือ Report ขณะที่บางงาน เป็น Workflow ที่เชื่อมหลาย Module และต้องใช้เวลา วิเคราะห์, พัฒนา และ UAT มากกว่า

สรุป

การ Customize Odoo ไม่ได้หมายถึง การเพิ่ม Feature ให้มากที่สุด

แต่เป้าหมาย ที่แท้จริง คือการทำให้ระบบ รองรับ Business Process, ลดขั้นตอน, ลดการคีย์ข้อมูลซ้ำ, ลด Human Error และช่วยให้ผู้ใช้งานทำงานได้ง่ายขึ้น

ผลงาน ที่ MDSoft พัฒนามาตั้งแต่ Sales, Purchase, Inventory, Product Set, POS, Document, Pricelist และ Workflow ถูกนำมาเป็น องค์ความรู้ ในการพัฒนา MDERP และบริการ Odoo ในปัจจุบัน

บทความที่เกี่ยวข้อง

• Odoo คืออะไร? ระบบ ERP ทำอะไรได้บ้าง และเหมาะกับธุรกิจแบบไหน
• MDERP ระบบ ERP สำหรับธุรกิจไทย | ทางเลือก Odoo Enterprise จาก MDSoft
• เปรียบเทียบ MDERP กับ Odoo Enterprise | Feature ERP สำหรับธุรกิจไทย
• MDSoft Odoo Service บริการ Odoo และ MDERP ครบวงจร