English
ERP ค้าส่ง ควรช่วยให้ฝ่ายขายรู้ทั้งราคาที่ใช้ ยอดพร้อมขาย เครดิตลูกค้า และกำหนดส่งโดยไม่ต้องถามหลายฝ่ายทุกครั้ง เพราะการรับออร์เดอร์ B2B ไม่ได้จบที่ขายได้ แต่ต้องจัดสรรสินค้า ส่งมอบ และตามเอกสารจนเรียกเก็บได้ถูกต้อง
ERP ค้าส่งคืออะไร
ERP ค้าส่งคือระบบที่เชื่อมการขายให้ลูกค้าธุรกิจ การจัดซื้อ สต็อก คลัง การจัดส่ง และงานเอกสารการเงินตามขอบเขตของบริษัท เหมาะสำหรับผู้ขายส่ง ผู้จัดจำหน่าย และ Distributor ที่ต้องติดตามออร์เดอร์หลายรายการ พร้อมเงื่อนไขเฉพาะของลูกค้าแต่ละกลุ่ม
ความต่างจากระบบขายปลีกทั่วไปคือการขายแบบเครดิต ราคาตามข้อตกลง จำนวนบรรจุหลายระดับ และการส่งมอบหลายครั้งจากออร์เดอร์เดียว ระบบที่รองรับงานขายปลีกได้จึงยังต้องตรวจความสามารถ B2B เหล่านี้ก่อนนำมาใช้
Module ที่ควรพิจารณา
| กลุ่มงาน | สิ่งที่ควรรองรับ | ปัญหาที่ช่วยควบคุม |
|---|---|---|
| ลูกค้าและราคา | กลุ่มลูกค้า ราคาตามสัญญา วันมีผล ส่วนลด | ใช้ราคาผิดหรือไม่รู้ที่มาราคา |
| เครดิตและอนุมัติ | วงเงิน เงื่อนไขชำระ สถานะค้าง และข้อยกเว้น | รับออร์เดอร์โดยไม่ตรวจความเสี่ยง |
| ออร์เดอร์ขาย | หลายหน่วย จอง ส่งบางส่วน Backorder | ยืนยันส่งโดยไม่มีสินค้าพร้อม |
| จัดซื้อและเติมสินค้า | PO ค้างรับ Lead Time และนโยบายเติม | สั่งซ้ำหรือของขาดโดยไม่เห็นงานค้าง |
| คลังและจัดส่ง | หยิบ แพ็ก ตรวจ และอ้างอิงเอกสารส่ง | ส่งผิดสินค้า หน่วย หรือจำนวน |
| คืนสินค้า | อ้างอิงของที่ส่งจริง สภาพ และแนวทางจัดการ | ยอดพร้อมขายเพิ่มจากสินค้าที่ยังตรวจไม่ได้ |
| รายงานธุรกิจ | ยอดค้างส่ง ยอดขาด Margin และอายุสินค้า | มองยอดขายโดยไม่เห็นต้นทุนและภาระค้าง |
ERP ค้าส่งควรออกแบบราคาตามลูกค้าอย่างไร
ต้องมีกติกาลำดับราคา เช่น ราคาสัญญาเฉพาะลูกค้า ราคากลุ่ม หรือราคามาตรฐาน พร้อมวันที่มีผลและเงื่อนไขจำนวนซื้อ หากหลายกติกาใช้ได้พร้อมกัน ต้องกำหนดว่าระบบเลือกกติกาใดและแสดงเหตุผลให้ผู้ใช้เห็น ส่วนการแก้ราคาเฉพาะรายการควรมีสิทธิ์และประวัติการอนุมัติ
ออร์เดอร์ที่ยืนยันแล้วควรเก็บราคาที่ตกลงในเอกสาร ไม่เปลี่ยนตามตารางราคาใหม่โดยอัตโนมัติ การแก้ราคาในเอกสารเดิมต้องเป็นการเปลี่ยนที่ตรวจสอบได้ เพื่อให้ยอดที่ลูกค้ายอมรับสัมพันธ์กับเอกสารส่งและการเรียกเก็บ
หลายหน่วยนับต้องแปลงกลับฐานเดียวกันได้
ตัวอย่างสมมติ สินค้าหนึ่งลังมี 12 ชิ้น ลูกค้าสั่ง 3 ลังและ 4 ชิ้น ระบบต้องรู้ว่าเป็น 40 ชิ้นก่อนจองและตัดยอด ขณะเดียวกันต้องเก็บหน่วยที่ลูกค้าสั่งไว้เพื่อแสดงบนเอกสาร ไม่ใช้ตัวเลขฐานเพียงอย่างเดียวจนฝ่ายขายตรวจคำสั่งไม่ได้
หากจำนวนบรรจุเปลี่ยนตามรุ่นสินค้า ต้องกำหนดวันที่มีผลหรือแยกรหัสให้ถูกต้อง และทดสอบการคืนสินค้าเป็นหน่วยที่ต่างจากตอนขาย จุดนี้เป็นสาเหตุยอดผิดที่ตรวจพบช้าได้ แม้ขั้นตอนขายปกติจะใช้งานได้
Workflow จากออร์เดอร์ถึงการคืนและกระทบยอด
- รับออร์เดอร์และตรวจลูกค้า ราคา หน่วยนับ และเครดิต
- ตรวจยอดพร้อมขายและจัดสรรสินค้าตามนโยบาย
- แจ้งรายการพร้อมส่งและค้างส่ง โดยมีคนอนุมัติข้อยกเว้น
- คลังหยิบ แพ็ก และยืนยันของที่ส่งจริง
- ส่งเอกสารไปบัญชีหรือระบบที่รับผิดชอบการเงิน
- ติดตามคืนสินค้าและกระทบยอดเอกสารที่เกี่ยวข้อง
การขายบางส่วนต้องเก็บยอดสั่ง ยอดส่ง ยอดคืน และยอดค้างเป็นคนละความหมาย ไม่เปลี่ยนจำนวนออร์เดอร์เดิมให้เท่ากับยอดส่งเพื่อปิดงาน เพราะจะสูญเสียข้อมูลความต้องการที่ยังไม่ได้ส่งมอบ
Architecture ที่เชื่อมฝ่ายขาย คลัง และบัญชี
ให้ ERP เป็นจุดควบคุมกติกาออร์เดอร์ ราคา และการจัดสรรตามขอบเขตที่ตกลงไว้ คลังหรือ WMS ยืนยันกิจกรรมจริง ส่วนบัญชีรับเอกสารตามสถานะที่ได้รับอนุมัติ เว็บไซต์ B2B สามารถรับข้อมูลราคาและความพร้อมตามสิทธิ์ลูกค้า โดยไม่ให้แก้ยอดสต็อกแยกเอง
แต่ละจุดเชื่อมต้องมีรหัสอ้างอิงและกติกาป้องกันเอกสารซ้ำ การส่งข้อมูลไม่สำเร็จควรมีสถานะรอหรือผิดพลาดให้ผู้รับผิดชอบเห็น ไม่ปล่อยให้ฝ่ายขายคิดว่าทุกอย่างเสร็จแล้วเพราะกดส่งจากหน้าจอได้
แนวทาง Integration ของ Microsoft แยกการเชื่อมข้อมูล กระบวนการ และหน้าจอออกจากกัน การเลือกตามลักษณะงานช่วยให้กำหนดความรับผิดชอบได้เหมาะสม อ่านแนวทางออกแบบ Integration
ตัวอย่างผู้จัดจำหน่ายที่มีหลายคลัง
สมมติบริษัทมีคลังกลางและคลังสาขา ออร์เดอร์หนึ่งอาจแบ่งส่งจากหลายคลัง ต้องกำหนดว่าจะจองจากคลังใด ใครรับผิดชอบค่าจัดส่ง และสินค้าระหว่างโอนนับเป็นยอดพร้อมขายที่จุดใด การแสดงยอดรวมทั้งบริษัทโดยไม่แยกสถานะและตำแหน่งทำให้ฝ่ายขายยืนยันส่งจากสาขาที่ไม่มีของได้
ระบบควรทำให้ผู้ใช้เห็นสถานะเพื่อเลือกแผนส่งที่ทำได้จริง หากย้ายสินค้าให้สาขาก่อน ต้องมีเอกสารโอนและจุดรับยืนยัน ไม่ใช่เปลี่ยนยอดในสองคลังพร้อมกันโดยไม่มีหลักฐานการเคลื่อนย้าย
ประโยชน์และ KPI ที่เหมาะกับงานค้าส่ง
วัดเวลาตั้งแต่รับออร์เดอร์จนยืนยันส่ง อัตรารายการค้างส่ง ความต่างสต็อก เวลาคีย์เอกสารซ้ำ และจำนวนข้อยกเว้นราคา ใช้ตัวชี้วัดเหล่านี้เทียบก่อนและหลังเปิดใช้ ส่วน Margin ต้องนิยามต้นทุน ค่าขนส่ง ส่วนลด และการคืนให้ชัด ไม่ใช้ยอดขายรวมแทนกำไร
ด้านเทคนิค การมีรหัสลูกค้าและสินค้าเดียวกัน พร้อมสถานะเอกสารที่เชื่อมกัน ช่วยให้ติดตามสาเหตุปัญหาได้ เช่น ออร์เดอร์รอของจริงหรือรอเครดิต และเอกสารไหนยังไม่เข้าบัญชี
Security และ Scalability สำหรับธุรกิจ B2B
จำกัดสิทธิ์เห็นต้นทุน แก้ราคา เพิ่มวงเงิน ปรับสต็อก และอนุมัติคืนสินค้าแยกตามหน้าที่ ฝ่ายขายควรเห็นข้อมูลที่ใช้ปิดการขายโดยไม่จำเป็นต้องเห็นข้อมูลการเงินทุกส่วน หากลูกค้าเข้าพอร์ทัลต้องทดสอบว่าไม่เข้าถึงราคาและเอกสารของบริษัทอื่น
ทดสอบช่วงรับออร์เดอร์พร้อมกัน รายการออร์เดอร์ยาว และการจองสินค้ารายการเดียวกันจากหลายช่องทาง งานส่งข้อมูลภายนอกต้องรองรับการส่งซ้ำอย่างควบคุมได้ พร้อมแสดงเวลาอัปเดตสต็อกให้ผู้ใช้ทราบเมื่อต้นทางและปลายทางยังตามกันไม่ทัน
ปัญหาที่ควรทดสอบก่อนเปิดใช้
- ราคาเฉพาะลูกค้าทับซ้อนกับโปรโมชั่น
- เครดิตเปลี่ยนระหว่างสร้างและอนุมัติออร์เดอร์
- สั่งหลายหน่วยนับและคืนไม่ตรงหน่วยขาย
- สินค้าไม่พอ ต้องส่งบางส่วนหรือแบ่งหลายคลัง
- ปลายทางไม่ตอบหลังรับเอกสารแล้ว และต้นทางส่งซ้ำ
- ของคืนยังอยู่ระหว่างตรวจแต่ถูกนำไปจองใหม่
แนวโน้ม: พอร์ทัล B2B และ Automation ต้องใช้กติกาเดียวกับทีมขาย
พอร์ทัลที่ให้ลูกค้าสั่งเองควรอ่านราคา เครดิต และยอดพร้อมขายจากกติกาที่สอดคล้องกับ ERP ส่วน AI ช่วยอ่านคำสั่งซื้อได้ แต่ต้องตรวจรหัสสินค้า หน่วย ราคา และผู้อนุมัติก่อนสร้างรายการธุรกิจ ไม่ให้ช่องทางอัตโนมัติข้ามการควบคุมที่ทีมขายต้องปฏิบัติตาม
สรุป: ERP ค้าส่งต้องดูแลข้อยกเว้นได้
ERP ค้าส่งที่เหมาะสมควรเชื่อมราคา เครดิต ออร์เดอร์ การจอง คลัง จัดซื้อ และเอกสารบัญชี โดยรักษาข้อมูลยอดสั่ง ส่ง คืน และค้างให้ติดตามได้ การเลือกระบบควรทดสอบข้อยกเว้นด้วยข้อมูลธุรกิจจริงก่อนตัดสินใจ
คำถามที่พบบ่อยเกี่ยวกับ ERP ค้าส่ง
ERP ค้าส่งมักต้องรองรับราคาตามลูกค้า เครดิต หลายหน่วยนับ จัดสรรสินค้า ส่งบางส่วน และเอกสาร B2B ส่วน POS เน้นการขายหน้าร้าน ความสามารถของแต่ละผลิตภัณฑ์ต้องตรวจจากสถานการณ์จริง
ควรรองรับเมื่อธุรกิจมีราคาตามลูกค้า กลุ่ม สัญญา หรือจำนวนซื้อ โดยต้องกำหนดลำดับกติกา วันที่มีผล สิทธิ์แก้ราคา และเก็บราคาที่ตกลงในเอกสาร
แสดงแยกคลังและสถานะ เช่น ของพร้อมขาย ของจอง ของกักกัน และของระหว่างโอน พร้อมนโยบายว่าคลังใดจองหรือส่งให้ออร์เดอร์นั้นได้
ควรบันทึกยอดส่งจริงแยกจากยอดสั่ง รักษายอดค้างส่งและเหตุผลไว้ และกำหนดว่าจะส่งเพิ่ม เปลี่ยนสินค้า หรือยกเลิกส่วนที่เหลือโดยผู้มีสิทธิ์
ระบบใช้วงเงิน เงื่อนไขชำระ และยอดที่นโยบายกำหนดในการตรวจออร์เดอร์ จากนั้นบล็อกหรือส่งอนุมัติข้อยกเว้น พร้อมบันทึกคนอนุมัติและเหตุผล
ไม่ควรเสมอไป ต้องพิจารณาสภาพ ผลตรวจ และนโยบายสินค้า ควรแยกสถานะรอตรวจหรือกักกันก่อนให้ผู้มีสิทธิ์ปล่อยกลับเป็นสินค้าพร้อมขาย
