ค่าใช้จ่าย WMS ในไทย｜งบติดตั้งและ TCO 3 ปีสำหรับโรงงาน 2026

การเปรียบเทียบ ค่าใช้จ่าย WMS จากค่าไลเซนส์รายเดือนเพียงอย่างเดียวอาจทำให้งบโครงการคลาดเคลื่อน เพราะระบบที่ใช้งานได้จริงยังต้องมีการออกแบบโลเคชัน เชื่อมต่อ ERP เตรียมเครื่อง Handheld และฉลาก ย้ายข้อมูล ทดสอบ อบรม และมีผู้ดูแลหลัง Go-live บทความนี้ใช้โมเดลโรงงานในประเทศไทยที่มีคลังสินค้า 1 แห่ง ผู้ใช้ 20 คน และ Handheld 20 เครื่อง เพื่อคำนวณค่าใช้จ่ายเริ่มต้น ค่าใช้จ่ายดำเนินงานรายปี และ TCO 3 ปีอย่างเปิดเผย ตัวเลขทั้งหมดเป็น ประมาณการเพื่อการวางแผนของ TOMAS TECH ไม่ใช่ราคาสาธารณะของผู้ขายหรือค่าธรรมเนียมตามกฎหมาย ควรขอใบเสนอราคาจริงหลังสำรวจหน้างานและยืนยันขอบเขต

สรุปก่อน: เปรียบเทียบซอฟต์แวร์ หน้างาน การเชื่อมต่อ และงานดูแลรวมกัน

งบติดตั้งระบบบริหารคลังสินค้าควรแบ่งเป็น 4 ชั้น

1. ซอฟต์แวร์และการตั้งค่า — คลัง โซน Bin รับเข้า Putaway เติมสินค้า Picking Packing Shipping ตรวจนับ และสิทธิ์ผู้ใช้
2. อุปกรณ์หน้างาน — Handheld Scanner เครื่องพิมพ์ฉลาก Wi-Fi แบตเตอรี่ ที่ชาร์จ และเครื่องสำรอง
3. การเชื่อมต่อและข้อมูล — ERP จัดซื้อ ขาย ผลิต ขนส่ง EDI Master Data ยอดตั้งต้น และเอกสาร
4. ค่าใช้จ่ายต่อเนื่อง — Subscription หรือ Maintenance การเฝ้าระวัง เปลี่ยนอุปกรณ์ ผู้ดูแล WMS การอัปเดต Support และงาน Audit

ในโมเดลฐานของบทความนี้ ค่าใช้จ่ายเริ่มต้นอยู่ที่ 3.335 ล้านบาท ค่าใช้จ่ายดำเนินงาน 1.210 ล้านบาทต่อปี และ TCO แบบไม่คิด Discount Rate ใน 3 ปีอยู่ที่ 6.965 ล้านบาท ตัวเลขนี้ไม่รวม VAT ต้นทุนทางการเงิน ภาษีนำเข้าอุปกรณ์ ความเสียหายจากการหยุดดำเนินงาน และแรงงานทีมโครงการภายในส่วนใหญ่

หัวใจไม่ใช่การยึดตัวเลขดังกล่าวเป็นราคากลาง แต่คือการทำให้ผู้ขายทุกรายได้รับ Assumption จำนวน และขอบเขตความรับผิดชอบเดียวกัน เมื่อนั้น Cloud WMS, ระบบ On-premises และโมดูลคลังของ ERP จึงเปรียบเทียบกันได้ หากขอบเขตต่างกัน ราคาต่ำสุดอาจเป็นเพียงข้อเสนอที่ตัดรายการสำคัญออกมากที่สุด

ก่อนขอราคา WMS ต้องกำหนดว่าสิ่งใดอยู่ในขอบเขตบริหาร

ระบบสต็อกกับ WMS ต่างกันอย่างไร

ระบบสต็อกมักเน้นยอดคงเหลือและ Transaction รับ-จ่าย ส่วน WMS ลงลึกถึงงานปฏิบัติการ เช่น Lot อยู่ Bin ใด งานถัดไปคืออะไร ใครเป็นผู้ย้าย ใช้ Handling Unit ใด และเกิดข้อยกเว้นอะไร อย่างไรก็ตามชื่อผลิตภัณฑ์ไม่ได้รับประกันขอบเขต ฟังก์ชัน Wave, Replenishment, FEFO, Serial, Weighing, Inspection, Cross-dock, Yard และ Labour Management แตกต่างกันตามผลิตภัณฑ์

จึงควรเปรียบเทียบด้วย Scenario ตั้งแต่ต้นจนจบ เช่น “รับพาเลตสินค้าสำเร็จจากการผลิต พัก Quality Hold ปลดสถานะ จัดสรรแบบ FEFO หยิบ สร้าง SSCC และส่งผลการส่งสินค้าให้ ERP” ให้ผู้ขายระบุทุกขั้นว่าเป็น Standard, Configuration, Customisation, ระบบภายนอก หรือ Out of Scope

เงื่อนไขของโรงงานไทยที่ทำให้ต้นทุนเปลี่ยน

ก่อนออก RFP ควรตรวจสอบเรื่องต่อไปนี้

• คลังทั่วไป คลังสินค้าทัณฑ์บน หรือคลังสินค้าทัณฑ์บนประเภทโรงผลิตสินค้า
• วัตถุดิบ งานระหว่างทำ สินค้าสำเร็จ วัสดุสิ้นเปลือง แม่พิมพ์ และสินค้าคืน
• ชื่อสินค้าและคำสั่งงานภาษาไทย อังกฤษ และญี่ปุ่น
• หน่วยสต็อกใน ERP กับหน่วยบรรจุที่หน้างานตรงกันหรือไม่
• ระบบใดเป็นเจ้าของข้อมูล Lot วันที่ผลิต วันหมดอายุ Serial และ Quality Status
• สัญญาณ Wi-Fi ในชั้นวางหนาแน่น ห้องเย็น และ Yard ภายนอก
• ฉลากเดิม ฉลากเฉพาะลูกค้า และ GS1 Logistic Label
• ชื่อพนักงาน ประวัติงาน Device ID หรือข้อมูลรถที่อาจเป็นข้อมูลส่วนบุคคล

เอกสารของกรมศุลกากรไทยที่อ้างอิงท้ายบทความระบุเรื่องรายงานการดำเนินงาน งบการเงิน และการตรวจนับสินค้าสำหรับคลังสินค้าทัณฑ์บนแต่ละประเภท ตัวอย่างเช่น คลังประเภทโรงผลิตสินค้ามีรายงานเป็นรอบ 6 เดือนและมีการตรวจนับอย่างน้อยปีละครั้ง ข้อมูลนี้ไม่ใช่ Requirement ของ WMS ที่ใช้กับทุกโรงงาน ต้องตรวจสอบเงื่อนไขใบอนุญาตล่าสุดของบริษัทกับกรมศุลกากรหรือผู้เชี่ยวชาญ แล้วจึงแปลงเป็นข้อกำหนด Audit Trail การปิดงวด สิทธิ์แก้ไข และ Retention

โครงสร้างค่าใช้จ่ายติดตั้ง WMS 12 รายการ

1. สำรวจและออกแบบโครงสร้างคลัง

กำหนด Warehouse, Zone, Storage Type, Bin, Fixed/Random Location, เส้นทางเติมสินค้า และ Status Control รวมถึงข้อจำกัดน้ำหนัก ความจุ วัตถุอันตราย อุณหภูมิ และ Quality Hold เอกสาร Warehouse Management อย่างเป็นทางการของ SAP แสดงแนวคิดว่าต้องกำหนดโครงสร้างทางกายภาพของคลังหรือ Warehouse Complex แล้ว Map ลงระบบ แม้ไม่ได้เลือก SAP หลักการนี้ก็ช่วยให้ประมาณงานได้ตรงกับสถานที่จริง

2. ตั้งค่ากระบวนการ

รับเข้า ตรวจสอบ Putaway เคลื่อนย้าย เติมสินค้า เบิกผลิต Picking Packing Loading Shipping คืนสินค้า และ Cycle Count ต้องมี Decision Rule ค่าใช้จ่ายมักเพิ่มตามจำนวน Exception และ State Transition มากกว่าจำนวนหน้าจอ ต้องเขียนกรณี Unplanned Receipt, Over/Short, Damage, Short Pick, Cancellation, Quarantine และ Emergency Shipment ให้ครบ

3. เชื่อม ERP ระบบผลิต และขนส่ง

ต้องตกลงว่าระบบใดเป็น System of Record ของ Item, Partner, PO, Production Completion, Sales Delivery, Adjustment และ Confirmation หน้า Integration with Cloud WMS ของ Oracle แบ่งจุดเชื่อมเป็น Automation and Operations, Parcel Carrier Integration และ Setup and Transactional Data ซึ่งใช้เป็นกรอบนับกลุ่ม Interface ได้ แต่ไม่ได้หมายความว่าสถาปัตยกรรมของผลิตภัณฑ์หนึ่งเหมาะกับทุกโรงงาน สำหรับแต่ละ Interface ให้ระบุ Direction, Frequency, Volume, Retry, Deduplication, Monitoring และ Manual Recovery

4. Barcode และฉลาก

GS1 Logistic Label Guideline ระบุว่า SSCC เป็นองค์ประกอบบังคับเพียงรายการเดียวของ GS1 Logistic Label และอธิบายการเชื่อมการเคลื่อนย้ายทางกายภาพกับข้อความอิเล็กทรอนิกส์ผ่านการสแกน หากจะใส่ GTIN, Lot, Serial หรือ Date ต้องกำหนดเจ้าของเลข แหล่งข้อมูลหลัก การ Reprint การยกเลิก และการ Verification ค่าใช้จ่ายจึงไม่ใช่แค่เครื่องพิมพ์ แต่รวม Template ทดสอบ Barcode วัสดุสิ้นเปลือง เครื่องสำรอง และขั้นตอนติดฉลาก

5. Handheld และ Wi-Fi

รวมความทนทาน ระยะสแกน การใช้ถุงมือ แบตเตอรี่ ที่ชาร์จ MDM เคส เครื่องสำรอง ซ่อม และเปลี่ยน จำนวนพนักงาน 20 คนไม่จำเป็นต้องเท่ากับ 20 เครื่องเสมอ ให้คำนวณ Peak Concurrency กะทำงาน ช่วงชาร์จ และ Spare Ratio แยกกัน

6. Master Data และ Migration

Item Code อย่างเดียวไม่พอ หากไม่มี Packaging, Conversion, Dimension, Weight, Lot Rule, Shelf Life, Storage Restriction และ Bin Capacity ระบบจะเสนอการทำงานที่ถูกต้องไม่ได้ กำหนด Owner และวันอนุมัติของทุก Field ที่จำเป็น การเตรียมข้อมูลเร็วช่วยลดความเสี่ยงได้ดีกว่าการตัดข้อมูลออกโดยไม่เข้าใจผลกระทบ

7. Test และ Inventory Reconciliation

แยก Unit Test, Integration Test, Business Scenario, Performance, UAT และ Migration Rehearsal ยอดตั้งต้นต้องเทียบตาม Warehouse, Bin, Lot, Quality Status, Owner และ Handling Unit ไม่ใช่แค่ยอดรวม ระบุผู้มีสิทธิ์อนุมัติผลต่างและหลักฐานที่ต้องใช้

8. Training และ Go-live Support

Administrator, Supervisor, Receiving, Picking, Counting, Quality, IT และ Finance ต้องใช้เนื้อหาต่างกัน คำศัพท์ภาษาไทยควรสั้นและเป็นภาษาที่หน้างานใช้จริง พร้อมรูปสถานที่จริง รวม Floor Support ช่องทาง Escalation ระดับความรุนแรง และ Response Time ในช่วงแรก

9. Security และ Privacy

NIST SP 800-18 Rev.2 เรียกแผนด้าน System Security, Privacy และ Cybersecurity Supply Chain Risk Management รวมกันว่า System Plans โดยให้บันทึกวัตถุประสงค์ระบบ สถานะการทำงานของ Control และความรับผิดชอบของผู้จัดการ สนับสนุน และเข้าถึงระบบ NIST ไม่ใช่กฎหมายไทย แต่ใช้เป็นโครงสร้างเอกสาร Authentication, Role, Log, Supplier, Backup และ Recovery ของ WMS ได้

แพลตฟอร์ม GPPC ของสำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคลมีสื่อสาธารณะเรื่อง Security Management ของระบบสารสนเทศที่ใช้ข้อมูลส่วนบุคคล หากชื่อพนักงานหรือ Activity History เป็นข้อมูลส่วนบุคคล ควรยืนยัน Purpose, Access, Retention, Processor และวิธีลบกับฝ่ายกฎหมายหรือ DPO การซื้อ Option ที่เขียนว่า “รองรับ PDPA” ไม่ได้ทำให้กระบวนการทั้งหมด Compliance อัตโนมัติ

10. Subscription หรือ Maintenance

ตรวจสอบฐานคิดค่าบริการว่าเป็น Named User, Concurrent User, Device, Warehouse, Order Line, API Call หรือ Storage และถามถึง Peak Season, Sandbox, Backup, Log Retention, Upgrade และ Support 24 ชั่วโมง แยก Promotion ปีแรกออกจากราคาต่ออายุปกติ

11. ผู้ดูแลระบบภายใน

หลัง Go-live ยังต้องเพิ่ม User และ Bin เปลี่ยนอุปกรณ์ ดู Failed Interface ดูแลฉลาก ประสาน Cycle Count และจัดลำดับ Improvement หากไม่ใส่รายการนี้ใน TCO งานจะถูกผลักไปยัง Supervisor หรือ IT แบบมองไม่เห็น

12. Contingency ที่ผูกกับ Risk

Contingency ควรผูกกับความไม่แน่นอนที่ระบุชื่อ เช่น Spec ERP ไม่ครบ คุณภาพ Master Data จุดอับ Wi-Fi การทดสอบฉลาก หรือการนับ Cutover เมื่อปิด Risk ได้ให้ลด Reserve และใช้ Change Control กับ Scope ใหม่

โมเดลค่าใช้จ่ายโปร่งใส: 1 คลัง 20 ผู้ใช้ 20 Handheld

Assumption ของโมเดล

ตารางต่อไปนี้เป็นโมเดลงบประมาณสมมติของ TOMAS TECH ไม่ใช่ใบเสนอราคา ราคากลาง ค่าธรรมเนียมตามกฎหมาย หรือราคาสาธารณะของผู้ขาย

คำนวณค่าใช้จ่ายเริ่มต้น

สูตรคือ ค่าใช้จ่ายเริ่มต้น = (ตั้งค่า + Interface + Data/Test + Device + Infrastructure + Training) × (1 + อัตราสำรอง) การลงบัญชีจริงอาจจัด Hardware เป็น CAPEX แต่ Cloud Configuration เป็น Expense บทความนี้รวมค่าใช้จ่ายครั้งเดียวก่อนใช้งานไว้เป็น “ค่าใช้จ่ายเริ่มต้น” เพื่อการตัดสินใจ ส่วน Finance ต้องกำหนด CAPEX/OPEX ตามนโยบายบริษัท

คำนวณค่าใช้จ่ายดำเนินงานรายปี

TCO 3 ปีแบบ Nominal คือ 3,335,000 + 1,210,000 × 3 = 6,965,000 บาท หากเฉลี่ย 36 เดือนจะประมาณ 193,472 บาทต่อเดือน แต่ตัวเลขนี้ไม่ใช่ค่าบริการรายเดือนตามสัญญา เป็นเพียงตัวชี้วัดที่กระจายเงินเริ่มต้นตลอดระยะประเมิน

รายการที่ยังไม่รวม

• VAT ภาษีหัก ณ ที่จ่าย อัตราแลกเปลี่ยน และภาษีนำเข้า
• ดอกเบี้ย Leasing และต้นทุนเงินทุน
• อาคาร ชั้นวาง Conveyor, AS/RS หรือ AGV ขนาดใหญ่
• การแก้ ERP ทั้งองค์กร
• ความเสียหายจาก Downtime หรือส่งล่าช้า
• แรงงานทีมโครงการภายในช่วงติดตั้งส่วนใหญ่
• Requirement เฉพาะอุตสาหกรรมและ EDI ลูกค้าพิเศษ

หากจำเป็น ให้เพิ่มเป็นคนละแถว อย่าซ่อนไว้ในหมายเหตุเล็ก ๆ ของใบเสนอราคา

Sensitivity: ดูว่าตัวแปรใดทำให้ TCO เปลี่ยน

ทุก Scenario เป็นประมาณการเพื่อวางแผนของ TOMAS TECH กรณี Lean ใช้ค่าตั้งค่า 650,000 บาท Interface 250,000 บาท 1 จุด Data/Test 220,000 บาท Device 30,000 บาท 12 เครื่อง Infrastructure 150,000 บาท Training 200,000 บาท รวม 1.83 ล้านบาทและบวก 10% กรณี Complex ใช้ค่าตั้งค่า 1.30 ล้านบาท Interface 400,000 บาท 4 จุด Data/Test 500,000 บาท Device 50,000 บาท 30 เครื่อง Infrastructure 400,000 บาท Training 400,000 บาท รวม 5.70 ล้านบาทและบวก 20%

จำนวน User ไม่ใช่ Driver เดียว จำนวน Interface, Exception Rule, รูปแบบฉลาก, คุณภาพข้อมูล, เวลาบริการ และจำนวน Site ล้วนมีผล ก่อนสรุปว่าข้อเสนอใดถูกกว่า ให้แยกความต่างเป็น Scope, Quantity และ Responsibility

ตารางเปรียบเทียบ WMS ที่ใช้ได้จริง

ให้ผู้ขายสาธิต Scenario เดียวกัน

1. รับ Planned Receipt และจัดการของเกิน ขาด หรือไม่มีแผน
2. เก็บ Lot, Expiry และ Quality Hold
3. เสนอ Putaway ตาม Capacity และ Restriction
4. รับคำสั่งเบิกผลิตหรือ Sales Shipment
5. ทำ FIFO/FEFO, Allocation, Replenishment และ Stockout Exception
6. บันทึก Short Pick, Damage, Substitute และ Return
7. พิมพ์ฉลาก Load Ship และส่ง Confirmation เข้า ERP
8. พบผลต่างจาก Count และอนุมัติตาม Role
9. Recovery จาก Network, Device หรือ Interface Failure

GS1 2D Barcode Playbook ฉบับเดือนพฤษภาคม 2026 เน้น Retail POS แต่มีบทเรียนเชิงระบบที่ใช้กับคลังได้ คือ Scanner, Host, ERP, Inventory/Fulfilment, WMS และ Analytics อาจต้องรองรับข้อมูลนอกเหนือจาก GTIN เช่น Expiry, Lot และ Serial การทดสอบจึงต้องพิสูจน์ว่าข้อมูลที่สแกนถูกใช้ใน Rule และ Downstream Record ไม่ใช่เพียงอ่าน Barcode ได้

ให้คะแนนจากหลักฐาน

หากพิจารณา RFID อย่าเทียบเฉพาะราคาป้าย ให้รวม Reader, Antenna, การติดตั้งและจูน Read Test, Middleware และการใช้ร่วมกับ Barcode อ่านโครงสร้างต้นทุนเพิ่มเติมที่ “ค่าใช้จ่ายติดตั้ง RFID สำหรับโรงงานในไทย”

หากเป้าหมายคือป้องกันของขาด อย่าใช้เพียง “WMS Go-live” เป็น KPI ต้องติดตาม Inventory Accuracy, Delay ใน Replenishment, Reason Code, Planning Parameter และเจ้าของ Exception ดูแนวทางได้ที่ “ระบบป้องกัน Stockout สำหรับโรงงาน”

คำนวณ ROI จากข้อมูลที่วัดได้ ไม่ใช้เปอร์เซ็นต์ที่ไม่มีที่มา

ไม่ควรสมมติว่า WMS “ทำให้ Productivity ดีขึ้น X% เสมอ” ให้สร้าง Baseline ของหน้างานเอง

Annual Benefit = ชั่วโมงที่ลด × Loaded Rate + ค่าเสียหายจากส่งผิดที่หลีกเลี่ยง + ของเสียที่หลีกเลี่ยง + ค่าตรวจนับที่ลด + ผลประโยชน์ที่พิสูจน์แล้ว และ Annual Net Benefit = Annual Benefit − Annual Run Cost ให้คำนวณ Simple Payback = Initial Cost ÷ Annual Net Benefit เฉพาะเมื่อ Annual Net Benefit เป็นบวก หากเป็นศูนย์หรือติดลบ จะไม่มีระยะคืนทุนแบบจำกัด จึงควรแสดงว่า “ไม่คืนทุนภายในช่วงประเมิน” แทนค่าระยะคืนทุนติดลบ หากยังไม่มีข้อมูลหลังใช้ ให้ทำ Pessimistic/Base/Optimistic และตรวจว่ากรณี Pessimistic ยังรับภาระได้หรือไม่

อย่านับ Inventory Reduction ทั้งหมดเป็นกำไร การลดสต็อกปลด Working Capital ซึ่งต่างจากผลกำไร ค่าเก็บรักษา ความล้าสมัย และของหมดอายุควรแยกกันเพื่อไม่ให้นับซ้ำ

7 Gate สำหรับการติดตั้ง WMS ที่ควบคุมงบได้

Gate 1: วัตถุประสงค์และ KPI

เลือกผลลัพธ์หลักไม่เกิน 3 เรื่อง เช่น Throughput, Inventory Accuracy, Lot Traceability, เวลาตรวจนับ, Shipping Accuracy หรือความถูกต้องของการเบิกผลิต

Gate 2: สังเกตหน้างานและเก็บ Volume

วัด Peak Receipt/Shipment Line, Concurrent Worker, SKU, Location, Lot, Label และ Exception ติดตามสินค้าจริงจากรับเข้าถึงส่งออก ไม่ใช้เฉพาะ Interview

Gate 3: To-Be และ System Ownership

กำหนดว่า ERP, WMS, Automation หรือคนเป็นผู้สั่งและ Confirm แต่ละ Transaction รวม Retry, Duplicate Prevention, Manual Correction และ Approval

Gate 4: RFP และเปรียบเทียบสัญญา

ส่ง Quantity, Scenario, Non-functional Requirement และระยะสัญญาเดียวกัน ขอเงื่อนไขต่ออายุถึงอย่างน้อยปีที่ 5 และแยก Discount ปีแรกออกจากราคาปกติ

Gate 5: Prototype

ใช้สินค้าตัวอย่างและฉลากจริงทดสอบ Handheld, Wi-Fi, Printer และ ERP Integration เน้น Exception และ Recovery มากกว่า Report สวยงาม

Gate 6: Migration Rehearsal และ Acceptance

ซ้อม Physical Count, Opening Stock, Open Document, Quality Hold และ Shipping Close ใช้เกณฑ์ที่วัดได้ เช่น Critical Defect เป็นศูนย์ เงื่อนไข Reconciliation และเวลาประมวลผล Peak

Gate 7: Go-live และ Stabilisation

รวม Return, Month-end และ Count ครั้งแรก ไม่ใช่แค่วันแรก แยก Issue เป็น Product, Data, Training, Operation, Integration และ Equipment และแยก Workaround ชั่วคราวออกจาก Permanent Fix

จุดที่มักทำให้งบบานปลาย

เปลี่ยนทุกคำขอเป็น Customisation

ให้ใส่เหตุผลกับทุกความแตกต่าง: กฎหมาย สัญญาลูกค้า Safety, Quality, Efficiency หรือ Habit หากเป็น Habit ให้ทดสอบว่าปรับสู่ Standard Process ได้หรือไม่ ควบคุม State Transition และผลต่อ Control ไม่ใช่นับจำนวน Request อย่างเดียว

เรียกหลาย Flow ว่า “ERP Interface 1 ชุด”

Item Master, Expected Receipt, Production Issue, Shipment Instruction, Confirmation และ Adjustment เป็นคนละ Flow ต้องระบุ Direction, Frequency, Volume, Sync/Async, Retry, Deduplication และ Monitoring แยกกัน

คิดว่า Multi-language คือการแปลหน้าจอ

Operator ต้องการคำไทยสั้น สม่ำเสมอ Error ที่บอก Action และสื่ออบรมที่ใช้หน้างานได้ ทดสอบการค้นชื่อสินค้า Free Text ฟอนต์ และอักขระผสมบนอุปกรณ์จริง

คิดว่ามีฟังก์ชันแล้วเท่ากับ Compliance

Audit Log จะมีคุณค่าก็ต่อเมื่อ Retention, Access, Approval, Report และ Correction สอดคล้องกับหน้าที่ขององค์กร ใช้ข้อมูลกรมศุลกากรและ PDPC เป็นจุดตั้งต้นทางการ แล้วตรวจสอบการบังคับใช้กับผู้เชี่ยวชาญและเงื่อนไขใบอนุญาต

ไม่ใส่แรงงานภายในในข้อเสนอราคาถูก

Data Cleaning, Acceptance, Training และ Go-live Decision ยังเป็นงานภายในแม้ Vendor Fee ต่ำ กำหนด Accountable Owner และงบคนทดแทนเมื่อโครงการชนช่วง Peak

FAQ: ค่าใช้จ่าย การติดตั้ง และการเปรียบเทียบ WMS

ค่าใช้จ่าย WMS ในประเทศไทยประมาณเท่าไร

ขึ้นกับจำนวน Site, User, Device, Interface, Traceability, Label, Customisation และ Support สำหรับโมเดล 1 Site 20 User 20 Device ในบทความนี้ ประมาณการเพื่อวางแผนของ TOMAS TECH คือค่าเริ่มต้น 3.335 ล้านบาท ค่าใช้ต่อปี 1.210 ล้านบาท และ TCO 3 ปี 6.965 ล้านบาท ไม่ใช่ใบเสนอราคาหรือราคากลาง

การติดตั้ง WMS ควรเริ่มจากอะไร

เริ่มจาก KPI และขอบเขต Process วัด Peak Volume, SKU, Bin, Concurrent Labour, Tracking Unit, Label, Interface และ Exception จากนั้นกำหนดเจ้าของข้อมูลระหว่าง ERP/WMS ก่อนออก RFP เพื่อให้ทุกเจ้าเสนอ Scope เดียวกัน

Cloud WMS ถูกกว่า On-premises หรือไม่

ไม่เสมอ Cloud ลด Infrastructure เริ่มต้นได้แต่มีค่าต่อเนื่องตาม User, Transaction, API หรือ Storage ส่วน On-premises ต้องมี Server, Database, Backup, Monitoring, Security และ Upgrade เปรียบเทียบ TCO 3–5 ปีด้วยขอบเขตเดียวกัน

ค่าใช้จ่ายระบบสต็อกต่างจาก WMS อย่างไร

ต่างที่ Scope ระบบยอดคงเหลืออาจใช้การตั้งค่าหน้างานน้อยกว่า WMS ที่สั่งงานระดับ Bin ทำ Replenishment, Wave, Lot/Expiry, Device, Label และ Automation แต่ต้องพิสูจน์ขอบเขตของแต่ละผลิตภัณฑ์ด้วย Scenario

พนักงานทุกคนต้องมี Handheld หรือไม่

กำหนดจาก Peak Concurrency, Shift, Charging, Failure และ Spare รวม MDM, Login, การทำความสะอาด การซ่อมและเปลี่ยน ไม่ใช้จำนวนรายชื่อพนักงานอย่างเดียว

ค่าใช้จ่ายแฝงใดควรถามในใบเสนอราคา WMS

ถาม Data Migration, API/EDI, Sandbox, เปลี่ยน Label, Report, Travel, Support ภาษาไทย, กลางคืน/วันหยุด, เปลี่ยนอุปกรณ์, Upgrade, Retention และคืนข้อมูลเมื่อยกเลิก ขอ Overage Rate และสูตรปรับราคาประจำปีเป็นลายลักษณ์อักษร

สรุป: บริหารค่าใช้จ่าย WMS ด้วย Assumption ไม่ใช่ราคาพาดหัว

Business Case ที่ตรวจสอบได้ต้องรวมซอฟต์แวร์ อุปกรณ์คลัง ERP Integration, Data, Training, ผู้ดูแล Security และ Exit Term ไว้ในโมเดลเดียว ตัวอย่าง 1 คลังแสดงให้เห็นว่าจำนวน Unit Cost และ Reserve สร้าง TCO 3 ปีอย่างไร ส่วน Lean/Base/Complex ช่วยให้ผู้บริหารเห็นว่าการลดงบกระทบ Scope, Risk หรือภาระภายในจุดใด

TOMAS TECH สามารถช่วยตั้งแต่ขั้นเปรียบเทียบเบื้องต้น ทั้งสำรวจคลัง จัด Requirement ทำ WMS Scorecard และโมเดล TCO 3 ปี หากต้องการจัด Assumption ให้ทุกผู้ขายเสนอราคาได้บนฐานเดียวกันก่อนเลือกผลิตภัณฑ์ สามารถติดต่อผ่าน หน้าติดต่อภาษาไทย

เอกสารอ้างอิง

• Thailand BOI/OSOS: Thailand Secures $43.6bn 1H 2026 Investment Surge — ครึ่งแรกปี 2026 มีคำขอส่งเสริม 1,299 โครงการ มูลค่าประมาณ 1.47 ล้านล้านบาท เป็นมูลค่าคำขอ ไม่ใช่มูลค่าตลาด WMS
• GS1 Logistic Label Guideline 1.3 — แนวทางการระบุหน่วยโลจิสติกส์ SSCC และความสัมพันธ์ระหว่างฉลากกับข้อความอิเล็กทรอนิกส์
• GS1 2D Barcode Playbook for Retail POS Host and Backend Systems — คุณลักษณะ GTIN การไหลของข้อมูล และสิ่งที่ระบบ Backend รวมถึง WMS ต้องเตรียม โดยเอกสารมุ่งที่ Retail POS
• SAP Help: Warehouse Management — เอกสารผลิตภัณฑ์สำหรับอ้างอิงโครงสร้างคลังและการเชื่อมกับ Inventory Management
• Oracle: Integration with Cloud WMS — เอกสารผลิตภัณฑ์เกี่ยวกับหมวด Integration ด้าน Automation, Carrier, Setup และ Transactional Data
• NIST SP 800-18 Rev.2 — แนวทางวางแผนระบบด้าน Security, Privacy และ Cybersecurity Supply Chain Risk ซึ่งไม่ใช่กฎหมายไทย
• กรมศุลกากร: การตรวจสอบสิทธิประโยชน์ภาษีของคลังสินค้าทัณฑ์บน — การรายงาน งบการเงิน และการตรวจนับแยกตามประเภทคลัง การใช้จริงขึ้นกับเงื่อนไขใบอนุญาตของบริษัท
• PDPC GPPC: มาตรฐาน Security Management — สื่อการเรียนรู้ภาครัฐเรื่องการรักษาความมั่นคงของระบบสารสนเทศที่ใช้ข้อมูลส่วนบุคคล

บทความนี้อ้างอิงข้อมูลสาธารณะและโมเดลวางแผน ณ วันที่ 26 สิงหาคม 2026 เป็นข้อมูลทั่วไป ไม่ใช่คำปรึกษากฎหมาย ภาษี บัญชี หรือ Security โปรดตรวจสอบการบังคับใช้และเงื่อนไขสัญญากับหน่วยงาน ผู้เชี่ยวชาญ และผู้ขาย