ภาพรวมโครงการ
บริษัท Trading แห่งหนึ่งในประเทศไทยเริ่มต้นธุรกิจใหม่โดยต้องการระบบ ERP ที่สามารถเริ่มใช้งานได้รวดเร็ว ไม่ซับซ้อน และสามารถขยายตามการเติบโตของธุรกิจในอนาคตได้
ชื่อลูกค้าไม่ได้เปิดเผยเนื่องจากข้อกำหนดด้านความลับทางธุรกิจ โดยรายละเอียดของกระบวนการและ Solution ในกรณีศึกษานี้อ้างอิงจากการดำเนินโครงการจริง
Industry: Trading & Manufacturing
Business Model: Trading Company + Manufacturing Affiliate
ERP Platform: Odoo
Initial Platform: Odoo Online
Current Platform: Odoo.sh
Architecture: Multi-Company ERP
Implementation Approach: Standard-First
Implementation Partner: IMOTIF
Challenge: บริษัทใหม่ที่ต้องการ ERP ซึ่งเติบโตไปพร้อมกับธุรกิจ
ในช่วงเริ่มต้น ลูกค้าเป็นบริษัท Trading ที่เพิ่งเริ่มดำเนินธุรกิจ
โจทย์สำคัญจึงไม่ใช่การสร้าง ERP ที่ซับซ้อนที่สุดตั้งแต่วันแรก แต่เป็นการสร้างระบบที่สามารถเริ่มใช้งานได้เร็ว มีโครงสร้างข้อมูลที่ถูกต้อง และสามารถขยายต่อได้เมื่อ Business Process เปลี่ยนแปลง
กระบวนการหลักครอบคลุมตั้งแต่การจัดการข้อมูลสินค้า ลูกค้า การขาย การจัดซื้อ สินค้าคงคลัง ไปจนถึงข้อมูลที่เกี่ยวข้องกับการดำเนินงานของบริษัท
IMOTIF จึงเลือกเริ่มต้นจาก Odoo Standard ให้มากที่สุด เพื่อลด Customization ที่ยังไม่จำเป็นในช่วงเริ่มต้นของธุรกิจ
Phase 1: เริ่มต้นด้วย Odoo Online และ Standard-First
ในระยะแรก ระบบถูกวางบน Odoo Online
ทีม IMOTIF เริ่มจากการทำความเข้าใจกระบวนการธุรกิจ และพิจารณาว่า Requirement ใดสามารถรองรับได้ด้วย Standard Workflow ของ Odoo
แนวทางนี้ทำให้บริษัทสามารถเริ่มต้นใช้งาน ERP โดยไม่ต้องสร้างระบบ Custom จำนวนมากตั้งแต่วันแรก
แทนที่จะออกแบบระบบจาก Requirement ทุกข้อแล้วเขียน Software ให้เหมือนกระบวนการเดิม ทีมเลือกพิจารณาก่อนว่า
“Odoo Standard สามารถแก้โจทย์นี้ได้หรือไม่?”
และพัฒนาเพิ่มเติมเฉพาะเมื่อมี Business Requirement ที่ Standard ไม่สามารถตอบโจทย์ได้อย่างเหมาะสม
นี่คือแนวทาง Standard-First Implementation Methodology ที่ IMOTIF ใช้ในการวางระบบ Odoo ERP
Phase 2: เมื่อธุรกิจเติบโต Standard อย่างเดียวเริ่มไม่เพียงพอ
เมื่อธุรกิจขยายตัว Architecture เริ่มเปลี่ยนไป
บริษัท Trading ไม่ได้ทำงานเพียงบริษัทเดียวอีกต่อไป แต่มีบริษัทในเครือที่ทำหน้าที่ผลิตสินค้า
จึงเกิด Business Flow ระหว่างสองบริษัท ได้แก่
Trading Company → Manufacturing Company
ตัวอย่างเช่น เมื่อลูกค้าสั่งซื้อสินค้าจากบริษัท Trading บริษัทในเครือที่ทำหน้าที่ผลิตจำเป็นต้องได้รับคำสั่งซื้อที่เกี่ยวข้องเพื่อดำเนินกระบวนการของตนต่อไป
หากดำเนินการด้วย Manual Process ผู้ใช้งานจะต้องนำข้อมูลจากเอกสารของบริษัทหนึ่งไปสร้างเอกสารอีกครั้งในอีกบริษัทหนึ่ง
นอกจากทำงานซ้ำแล้ว ยังเพิ่มโอกาสเกิดความคลาดเคลื่อนของข้อมูล เช่น Product, Quantity, Price หรือ Reference ของเอกสาร
Phase 3: จาก Odoo Online สู่ Odoo.sh
Requirement ใหม่ต้องการ Business Logic และ Automation ที่มากกว่าการ Configuration ระบบมาตรฐาน
IMOTIF จึงวางแผน Migration ระบบจาก Odoo Online ไปยัง Odoo.sh
การเปลี่ยน Platform ไม่ได้เกิดขึ้นเพียงเพราะต้องการ Customization แต่เป็นส่วนหนึ่งของ Architecture ที่รองรับการเติบโตของระบบในระยะยาว
Odoo.sh ช่วยให้สามารถพัฒนา Custom Module และจัดการ Development Workflow ที่เหมาะสมกับระบบที่มี Business Logic เพิ่มขึ้น
แนวทางของโครงการจึงเปลี่ยนจาก
Standard ERP
ไปสู่
Standard ERP + Controlled Customization + Multi-Company Automation
โดยยังคงรักษาหลัก Standard-First ไว้
Business Stage 1
New Trading Company
→ Odoo Online
→ Standard Workflow
Business Stage 3
Trading + Manufacturing Affiliate
→ Odoo.sh
→ Controlled Customization
→ Intercompany Automation
Business Stage 2
Growing Trading Business
→ More complex requirements
→ Multi-Company
Multi-Company Automation: เชื่อม Trading กับ Manufacturing
หนึ่งใน Requirement สำคัญของระบบคือการเชื่อมกระบวนการระหว่างบริษัท Trading และบริษัท Manufacturing ในเครือ
โครงสร้างโดยสรุปเป็นดังนี้
เมื่อเกิดคำสั่งซื้อที่เข้าเงื่อนไขในบริษัท Trading ระบบสามารถสร้าง Sales Order ที่เกี่ยวข้องในบริษัท Manufacturing โดยอัตโนมัติ
ผู้ใช้งานจึงไม่จำเป็นต้องสร้างเอกสารเดียวกันซ้ำอีกครั้งในอีกบริษัท
สถาปัตยกรรมและการเชี่อมโยงการทำงาน
บริษัท Manufacturing (ผลิตสินค้า)
- Sale Order
- Manufacturing (MRP)
- Inventory
- Accounting
สร้างเอกสารอัตโนมัติ
- สร้าง Sale Order ที่บริษัท Manufacturing
- จองวัตถุดิบและวางแผนผลิต
- อัปเดตสถานะผลิตและสต๊อก
- เชื่อมโยงเอกสารระหว่างบริษัท
บริษัท Trading (จำหน่ายสินค้า)
- Sale Order
- Inventory
- Purchase
- Accounting
เทคโนโลยีและระบบที่ใช้
- Odoo Online
- Odoo SH
- Custom Integration
IMOTIF เริ่มต้นโครงการด้วยแนวทาง Standard-First โดยนำ Odoo Online และกระบวนการมาตรฐานของ Odoo มาใช้ก่อน แทนการพัฒนาระบบ Custom ตั้งแต่วันแรก
เมื่อธุรกิจเติบโตและมีความต้องการเชื่อมโยงการทำงานกับบริษัทในเครือที่ทำหน้าที่ผลิตสินค้า Architecture ของระบบจึงถูกพัฒนาต่อจาก Odoo Online มาสู่ Odoo.sh เพื่อรองรับ Multi-Company, Automation และ Business Logic ที่ซับซ้อนขึ้น
จาก Data Entry ซ้ำ สู่ Connected Business Process
สิ่งที่เปลี่ยนแปลงไม่ได้มีเพียงการลดจำนวนครั้งในการกรอกข้อมูล
หัวใจสำคัญคือการเปลี่ยนจาก
สองบริษัทที่ใช้ ERP แยกกัน -> ไปเป็น -> Business Process ที่เชื่อมโยงกันบน ERP Architecture เดียว
ข้อมูลจากต้นทางสามารถถูกนำไปใช้ต่อในกระบวนการของบริษัทที่เกี่ยวข้อง และสามารถรักษา Reference ระหว่าง Transaction ได้ดีขึ้น
ช่วยลดความเสี่ยงจากการสร้างข้อมูลซ้ำ และทำให้กระบวนการระหว่าง Trading และ Manufacturing สามารถขยายต่อได้ในอนาคต
ทำไมไม่ Custom ตั้งแต่วันแรก?
กรณีศึกษานี้สะท้อนแนวทางการวางระบบ ERP ของ IMOTIF ได้อย่างชัดเจน
เราไม่ได้มองว่า Requirement ทุกอย่างต้องถูกพัฒนาเป็น Custom Software
ในช่วงที่บริษัทเพิ่งเริ่มต้น การใช้ Standard Odoo ช่วยให้ระบบมีความเรียบง่ายและเริ่มต้นได้โดยไม่สร้าง Technical Complexity ที่ยังไม่จำเป็น
เมื่อ Business Requirement เปลี่ยนและมีเหตุผลทางธุรกิจเพียงพอ จึงค่อยเพิ่ม Customization และเปลี่ยน Infrastructure ให้เหมาะสม
แนวคิดคือ
Standard when possible. Customize when it creates business value.
Architecture ที่เติบโตไปพร้อมกับธุรกิจ
กรณีศึกษานี้เริ่มต้นจากบริษัท Trading ใหม่ที่ต้องการ ERP สำหรับการดำเนินงานพื้นฐาน
ก่อนจะพัฒนาเป็น Architecture ที่รองรับบริษัทหลายแห่ง
สิ่งที่ได้จากโครงการ
ระบบใหม่ช่วยสร้างโครงสร้างการทำงานที่เชื่อมโยงกันระหว่าง Trading Company และ Manufacturing Company ลดการสร้าง Transaction ซ้ำระหว่างบริษัท และทำให้ข้อมูลจาก Sales Process สามารถถูกนำไปใช้ต่อในกระบวนการของบริษัทในเครือได้
ขณะเดียวกัน การเริ่มต้นจาก Standard Odoo ก่อนช่วยให้ Customization ถูกเพิ่มตาม Business Requirement ที่เกิดขึ้นจริง แทนการสร้างระบบซับซ้อนเกินความจำเป็นตั้งแต่ช่วงเริ่มต้น
กรณีศึกษานี้จึงเป็นตัวอย่างของการวาง Odoo ERP Architecture ที่สามารถเติบโตไปพร้อมกับธุรกิจ
ภาพตัวอย่างการใช้งานจริง
Sale Order
สร้างคำสั่งซื้อจากลูกค้า
Manufacturing Order
รับคำสั่งซื้อและวางแผนผลิต
Multi Company Dashboard
ภาพรวมการขาย การผลิต