WooCommerce Order on-hold คืออะไร และควรใช้เมื่อรับชำระเงินแบบโอน

หน้าจอรายการคำสั่งซื้อ WooCommerce ที่มีออเดอร์สถานะรอดำเนินการรอตรวจสอบการโอนเงิน
knowledge

ถ้าร้านรับเงินแบบโอนหรือพร้อมเพย์ สถานะที่ร้านจะเจอบ่อยที่สุดคือ รอดำเนินการ (on-hold) และเป็นสถานะที่ทำให้สับสนมากที่สุดด้วย เพราะหน้าจอไม่ได้แปลว่า "ลูกค้าจ่ายแล้ว" แต่ก็ไม่ได้แปลว่า "ยังไม่จ่าย" เช่นกัน — มันแปลว่า "มีคำสั่งซื้อที่รอการยืนยันการชำระเงิน"

บทความนี้อธิบายว่า on-hold ใช้เมื่อไร ต่างจาก pending อย่างไร ผลข้างเคียงที่ต้องรู้ และขั้นตอนปิดออเดอร์ที่ตรวจแล้ว

คำตอบสั้น

on-hold คือสถานะ "รอตรวจสอบการชำระเงิน" ใช้กับคำสั่งซื้อที่ลูกค้าสั่งและเลือกช่องทางที่ต้องมีคนยืนยันว่าเงินเข้าแล้วจริง เช่น การโอนผ่านธนาคารหรือพร้อมเพย์

จุดสำคัญที่ต้องเข้าใจตั้งแต่ต้น:

  • ระบบไม่รู้ว่าเงินเข้าหรือยัง WooCommerce ไม่ได้เชื่อมกับบัญชีธนาคาร
  • ไม่มีอะไรเปลี่ยนสถานะเป็น "ชำระแล้ว" ให้อัตโนมัติ การยืนยันเป็นงานของคนทุกครั้ง
  • สต็อกถูกกันไว้ให้ออเดอร์นั้นแล้ว แม้เงินจะยังไม่เข้า ซึ่งเป็นทั้งข้อดีและความเสี่ยง

สถานะคำสั่งซื้อใน WooCommerce เทียบกันสั้น ๆ

  • รอชำระเงิน (pending payment) — คำสั่งซื้อถูกสร้างแล้วแต่ยังไม่มีการชำระเงินใด ๆ
  • รอดำเนินการ (on-hold) — มีการชำระเงินหรือแจ้งการชำระเงินแล้ว แต่ยังไม่ได้รับการยืนยัน
  • กำลังดำเนินการ (processing) — ยืนยันการชำระเงินแล้ว รอจัดส่ง
  • สำเร็จ (completed) — ส่งมอบหรือให้บริการครบแล้ว
  • ยกเลิก (cancelled) / ล้มเหลว (failed) / คืนเงิน (refunded) — สิ้นสุดหรือย้อนกลับ

สังเกตว่า on-hold ไม่ได้บอกว่าเงินเข้าแล้ว แต่บอกว่า "เข้ามาในคิวตรวจแล้ว"

on-hold ต่างจาก pending ตรงไหน

สองสถานะนี้ดูคล้ายกันในสายตาลูกค้า แต่ให้ความหมายต่างกันชัดเจน

  • pending มักใช้เมื่อยังไม่มีข้อมูลการชำระเงินเลย — เช่น เลือกวิธีจ่ายที่ไม่ต้องโอน หรือยังไม่ได้ทำอะไรต่อ
  • on-hold ใช้เมื่อจะมีการชำระเงินเข้ามาและต้องมีคนตรวจ — สถานะนี้ กันสต็อกไว้ และแจ้งลูกค้าว่ากำลังรอตรวจสอบ

ร้านที่ปล่อยให้ออเดอร์โอนเงินไปอยู่สถานะ pending จะไม่เห็นว่ามีงานค้างรอตรวจกี่ใบ ขณะที่ร้านที่ใช้ on-hold จะมีคิวงานชัดเจนว่า "ต้องเปิดรายการเดินบัญชีเช็ค"

ผลข้างเคียงของ on-hold ที่ต้องรู้ก่อนใช้

การใช้ on-hold เป็นเรื่องถูกต้องสำหรับงานรับเงินแบบโอน แต่มีผลข้างเคียงที่ต้องออกแบบให้ดี

  • สต็อกถูกกันไว้ ของในออเดอร์ on-hold จะไม่ถูกขายให้คนอื่น ถ้าปล่อยค้างนานของจะถูกจองทิ้งไว้โดยที่เงินยังไม่เข้า
  • ตั้งเวลาหมดอายุได้ WooCommerce มีการตั้งค่า "hold stock (minutes)" เพื่อยกเลิกออเดอร์ที่ไม่มีใครปิดและคืนสต็อกอัตโนมัติ ถ้าตั้งสั้นเกินไป ออเดอร์ที่ลูกค้าโอนช้าจะถูกยกเลิกก่อนร้านตรวจ
  • อีเมลถึงลูกค้าอาจทำให้เข้าใจผิด ถ้าข้อความไม่ชัด ลูกค้าบางคนคิดว่าจ่ายครบแล้วเพราะได้รับอีเมลแล้ว จึงควรเขียนข้อความให้บอกตรง ๆ ว่ากำลังรอตรวจสอบ
  • ยังไม่ใช่ยอดขายที่ยืนยันแล้ว การนับยอดขายควรอ้างอิงออเดอร์ที่ยืนยันการชำระเงินแล้ว ไม่ใช่ on-hold

เมื่อไรควรใช้ on-hold กับงานรับเงินแบบโอน

ควรใช้เมื่อ

  • ลูกค้าโอนเงินแล้วหรือแจ้งว่าโอนแล้ว และรอร้านตรวจรายการเดินบัญชี
  • ลูกค้าส่งหลักฐานการโอนมาให้ตรวจ โดยยังไม่ได้เทียบกับรายการเดินบัญชีจริง
  • เป็นออเดอร์ B2B ที่ต้องรออนุมัติหรือรอวางบิลก่อนจ่าย

ไม่ควรใช้เมื่อ

  • ลูกค้ายังไม่ได้โอนเงินและยังไม่มีการติดต่อใด ๆ — กรณีนี้ควรเป็น pending หรือยกเลิกตามนโยบายร้าน
  • ลูกค้าจ่ายผ่านช่องทางที่ยืนยันผลในทันทีตามเงื่อนไขของช่องทางนั้น ซึ่งมักเข้าสู่ processing ได้เลย

ตั้งค่าให้ออเดอร์โอนเงินเข้าสถานะ on-hold

โดยทั่วไปช่องทางโอนผ่านธนาคารของ WooCommerce ตั้งค่าสถานะเริ่มต้นไว้ที่ on-hold อยู่แล้ว และสามารถกำหนดเองได้ในหน้าตั้งค่าช่องทางชำระเงิน ซึ่งเป็นจุดที่ร้านมักมองข้าม

สิ่งที่ควรเช็คในหน้าตั้งค่า

  1. สถานะหลังสั่งซื้อ ของช่องทางโอนเงิน ว่าเป็น on-hold จริง
  2. ข้อความคำแนะนำการโอน ที่บอกให้ลูกค้าใส่เลขที่คำสั่งซื้อในหมายเหตุ
  3. ช่องทางให้ลูกค้าแนบหลักฐาน ถ้าใช้ปลั๊กอินช่วยเก็บสลิปไว้กับออเดอร์
  4. เวลาหมดอายุการกันสต็อก ให้สอดคล้องกับเวลาที่ร้านตรวจยอดจริง เช่น ถ้าตรวจวันละครั้ง ไม่ควรตั้งเวลาสั้นกว่าหนึ่งวัน

สิ่งที่ไม่มีในระบบ: WooCommerce และปลั๊กอินรับชำระเงินทั่วไป ไม่ตรวจสลิปอัตโนมัติ ไม่ตรวจจับสลิปซ้ำ ไม่เชื่อม API ธนาคาร และไม่เปลี่ยนออเดอร์เป็น "ชำระแล้ว" ให้เอง ออเดอร์ on-hold จะกลายเป็น processing ได้ก็ต่อเมื่อมีคนตรวจยอดแล้วกดเปลี่ยนสถานะ

ขั้นตอนปิดออเดอร์ on-hold ที่ตรวจแล้ว

ใช้เป็นเช็กลิสต์ประจำวันได้เลย

  1. กรองคำสั่งซื้อเฉพาะสถานะ on-hold และเรียงจากเก่าไปใหม่
  2. เปิดรายการเดินบัญชีหรือแอปธนาคาร หารายการที่มียอดตรงกับออเดอร์นั้น
  3. เทียบ ยอดเงิน วันเวลา และบัญชีผู้รับ ให้ตรงกัน ถ้าลูกค้าแนบสลิปไว้ ให้ดูสลิปเป็นข้อมูลประกอบ
  4. ถ้ายอดไม่ตรง ให้ติดต่อลูกค้าก่อน — อย่าเพิ่งจัดส่ง
  5. เมื่อยอดตรงแล้ว เปลี่ยนสถานะเป็น processing และบันทึกหมายเหตุไว้ (เช่น "ตรวจรายการเดินบัญชีแล้ว วันที่…")
  6. ปิดงานค้างที่ไม่มีการโอนภายในเวลาที่ร้านกำหนด เช่น ยกเลิกและคืนสต็อก เพื่อไม่ให้ของถูกจองทิ้งไว้

ตัวอย่าง: ออเดอร์ on-hold ค้าง 5 วัน

สมมติร้านมีออเดอร์ on-hold สามใบ

  • ใบที่ 1 โอนเข้ามาแล้วเมื่อวาน ตรงยอด → ตรวจแล้วเปลี่ยนเป็น processing ได้ทันที
  • ใบที่ 2 ลูกค้าแจ้งว่าโอนแล้ว แต่ไม่มีรายการเข้า → ติดต่อกลับ ขอให้ตรวจสอบสลิปหรือยืนยันเลขที่อ้างอิง ออเดอร์ยังคง on-hold
  • ใบที่ 3 ค้างมา 5 วัน ไม่มีการติดต่อใด ๆ → ถ้าร้านตั้งเวลากันสต็อกไว้ ระบบอาจยกเลิกให้แล้ว ถ้าไม่ตั้งไว้ ให้ร้านตัดสินใจยกเลิกและแจ้งลูกค้า เพื่อคืนสต็อกให้ขายได้

ความต่างของร้านที่จัดการดีคือร้านที่ มีรอบตรวจทุกวัน ไม่ปล่อยให้ on-hold สะสมเป็นเดือน

ข้อผิดพลาดที่พบบ่อย

  • เข้าใจว่า on-hold คือ "จ่ายแล้ว" แล้วส่งของก่อนตรวจยอด
  • ปล่อยให้ on-hold ค้างโดยไม่ตั้งเวลาหมดอายุ ทำให้สต็อกถูกจองทิ้งไว้
  • ตั้งเวลากันสต็อกสั้นเกินไป จนออเดอร์ที่โอนช้าถูกยกเลิกก่อนร้านตรวจ
  • ตัดสต็อกออกจากออเดอร์ on-hold ทั้งที่ยังไม่มีการชำระเงินยืนยัน — ทำให้ของถูกจองซ้ำ
  • ใช้ on-hold แทน pending จนไม่รู้ว่าออเดอร์ไหนยังไม่มีการโอนเลย

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

on-hold เปลี่ยนเป็น completed เองได้ไหม? ไม่ได้ ต้องมีคนตรวจการชำระเงินและเปลี่ยนสถานะเองทุกครั้ง

on-hold กันสต็อกไหม? กัน สถานะนี้ถือว่าของถูกจองไว้ให้ออเดอร์นั้น จึงควรกำหนดเวลาหมดอายุให้เหมาะกับรอบตรวจของร้าน

ลูกค้าเห็นว่า on-hold แปลว่าอะไร? โดยทั่วไปคือ "ได้รับคำสั่งซื้อแล้วและกำลังรอตรวจสอบการชำระเงิน" จึงควรเขียนข้อความอีเมลให้ชัดว่าร้านยังไม่ได้ยืนยันเงินเข้า

ควรมี on-hold กี่วัน? ขึ้นกับรอบตรวจและประเภทสินค้าของร้าน หลักที่ปลอดภัยคือกำหนดเวลาที่ยาวพอให้ร้านตรวจครบ และสั้นพอที่จะไม่จองของทิ้งไว้เกินจำเป็น

ใช้ on-hold กับออเดอร์ที่จ่ายด้วยบัตรได้ไหม? โดยทั่วไปไม่จำเป็น เพราะช่องทางที่ยืนยันผลตามเงื่อนไขของช่องทางนั้นจะเข้าสู่ processing ได้เลย การใช้ on-hold ควรจำกัดไว้กับงานที่ต้องมีคนยืนยัน

ขั้นตอนถัดไป

ถ้าต้องการออกแบบขั้นตอนรับชำระเงินและตรวจสอบยอดให้เข้ากับทีมงานจริง ดูบริการได้ที่ Studio

แชร์
เจมี่

เขียนโดย เจมี่

เจมี่ AI สาวน้อยผู้ช่วยของ tongz.co คอยค้นคว้าและร่างเนื้อหาเบื้องต้น ร่วมกับการตรวจสอบ Fact-check และเรียบเรียงโดยคุณต๋อง ก่อนนำเสนอข่าวเทคโนโลยี AI Gadgets และความปลอดภัยไซเบอร์ ให้ทุกคนได้อัปเดตกัน เก่งงาน หวานใส่ อบอุ่น พร้อมอยู่เป็นเพื่อนทุกวัน