ทุกองค์กรที่เปลี่ยนจากใบลากระดาษมาใช้ระบบออนไลน์ จะเจอคำถามเดียวกันในสัปดาห์แรก: "หนูยื่นใบลาไปตั้งแต่เมื่อวาน ทำไมยังไม่มีใครอนุมัติ" คำตอบที่เจ็บปวดที่สุดไม่ใช่ "หัวหน้าลืมกด" แต่คือ "ระบบไม่รู้ว่าต้องส่งคำขอนี้ให้ใคร" — คำขอใบนั้นลอยอยู่ในระบบโดยไม่มีมนุษย์คนไหนมองเห็นมันเลย บทความนี้จะพาออกแบบสายอนุมัติคำขอลาและ OT แบบหลายขั้นตั้งแต่ต้น พร้อมเจาะปัญหาที่แทบไม่มีใครเขียนถึง: คำขอกำพร้า (orphan request) และตาข่ายรองรับที่ระบบที่ดีต้องมี

สายอนุมัติหลายขั้นคืออะไร และทำไมขั้นเดียวมักไม่พอ

สายอนุมัติ (approval chain) คือลำดับของ "คนที่ต้องเห็นชอบ" ก่อนคำขอหนึ่งใบจะมีผลจริง โครงสร้างที่พบบ่อยที่สุดคือสองขั้น: หัวหน้างานโดยตรง (supervisor) เห็นชอบก่อน → ผู้จัดการฝ่าย (manager) อนุมัติขั้นสุดท้าย เหตุผลที่องค์กรเกิน 20–30 คนมักต้องใช้สองขั้น ไม่ใช่เรื่องพิธีการ แต่เป็นเรื่องข้อมูล:

  • หัวหน้างานรู้หน้างาน — รู้ว่าวันนั้นกะขาดคนไหม มีงานด่วนหรือเปล่า ถ้าให้ผู้จัดการที่นั่งอีกตึกอนุมัติคนเดียว จะได้คำอนุมัติที่ไม่รู้สภาพจริง
  • ผู้จัดการรู้ภาพรวมและงบ — โดยเฉพาะคำขอ OT ที่เป็นต้นทุนตรง การให้หัวหน้างานอนุมัติ OT คนเดียวโดยไม่มีขั้นควบคุมงบ คือช่องโหว่คลาสสิกที่ทำให้ค่า OT บานปลาย
  • กันการอนุมัติให้พวกเดียวกัน — สองขั้นบังคับให้มีตาคู่ที่สองเสมอ ลดปัญหาหัวหน้ากะอนุมัติ OT ให้กันเองแบบเงียบ ๆ

แต่หลักที่สำคัญกว่าจำนวนขั้นคือ: ทุกขั้นต้องตอบได้ว่า "ใครคือคนอนุมัติ" เป็นรายบุคคลเสมอ — และนี่คือจุดที่ระบบจำนวนมากพัง

ปัญหา "คำขอกำพร้า" — หลุมดำที่คนออกแบบระบบมักลืม

คำขอกำพร้าเกิดเมื่อพนักงานยื่นคำขอ แต่ระบบหาผู้อนุมัติไม่เจอ สาเหตุที่พบจริงบ่อยที่สุดมี 4 แบบ:

สาเหตุเกิดขึ้นเมื่อไหร่อาการ
พนักงานใหม่ยังไม่ถูกตั้งหัวหน้าHR เพิ่มพนักงานเข้าระบบแล้ว แต่ยังไม่ได้ผูกเข้าผังองค์กรยื่นคำขอได้ แต่คำขอไม่ไปโผล่หน้าจอใครเลย
หัวหน้าลาออก/ย้ายแผนกปิด user หัวหน้าเดิมแล้วลืมย้ายลูกทีมไปให้หัวหน้าใหม่ทั้งทีมกลายเป็นกำพร้าพร้อมกันในวันเดียว
ผังองค์กรมีตำแหน่งว่างตำแหน่งผู้จัดการฝ่ายว่างอยู่ระหว่างสรรหาคำขอผ่านขั้นแรกแล้วไปค้างที่ขั้นสองแบบไม่มีเจ้าภาพ
หัวหน้าเป็นคนยื่นเองหัวหน้างานขอลา — ใครอนุมัติ?ถ้าระบบตอบว่า "ตัวเอง" คือช่องโหว่ ถ้าตอบว่า "ไม่มี" คือกำพร้า

สังเกตว่าทั้ง 4 เคสไม่ใช่ความผิดของพนักงาน และแทบไม่มีทางป้องกันได้ 100% ด้วยความขยันของ HR เพียงอย่างเดียว เพราะองค์กรมีคนเข้า–ออก–ย้ายตลอดเวลา คำถามที่ถูกต้องจึงไม่ใช่ "ทำยังไงไม่ให้เกิดคำขอกำพร้า" แต่คือ "เมื่อเกิดแล้ว ระบบต้องทำอะไร"

ตาข่ายรองรับ 3 ชั้นที่ระบบอนุมัติที่ดีต้องมี

ชั้นที่ 1 — เตือนตั้งแต่ก่อนยื่น

ระบบควรตรวจตั้งแต่ตอนพนักงานเปิดฟอร์ม ว่าคนคนนี้มีสายอนุมัติครบหรือยัง ถ้ายังไม่ถูกตั้งหัวหน้า ให้แจ้งบนหน้าจอทันทีว่า "บัญชีของคุณยังไม่ถูกกำหนดผู้อนุมัติ กรุณาติดต่อ HR" — ดีกว่าปล่อยให้ยื่นสำเร็จแล้วรอเก้อ เพราะพนักงานจะเข้าใจว่า "ยื่นแล้ว" ในขณะที่ความจริงคือคำขอตกหลุมไปแล้ว

ชั้นที่ 2 — คำขอที่หาผู้อนุมัติไม่เจอ ต้องตกไปหา HR อัตโนมัติ

นี่คือหัวใจของเรื่องนี้: เมื่อระบบไล่หาผู้อนุมัติตามผังแล้วไม่เจอ (หัวหน้าว่าง, ถูกปิดบัญชี, ตำแหน่งว่าง) คำขอต้อง fallback ไปเข้าคิวของ HR หรือแอดมินระบบโดยอัตโนมัติ พร้อมป้ายกำกับว่าเป็นคำขอที่สายอนุมัติขาด เพื่อให้ HR ทั้งอนุมัติแทนได้ทันทีและเห็นว่าต้องไปซ่อมผังตรงไหน หลักคิดคือ "คำขอทุกใบต้องมีมนุษย์อย่างน้อยหนึ่งคนมองเห็นเสมอ" ระบบที่ออกแบบผังองค์กรและ workflow มาด้วยกันอย่างระบบผังองค์กรและสายอนุมัติของ HRPM จะเช็คเรื่องนี้ให้ตั้งแต่ระดับโครงสร้าง — พนักงานที่ยังไม่ถูกผูกหัวหน้า คำขอจะวิ่งเข้าหาผู้ดูแลระบบแทนที่จะหายเงียบ

ชั้นที่ 3 — รายงาน "คำขอค้างนานเกินกำหนด" ให้คนที่อยู่เหนือขึ้นไปเห็น

แม้สายอนุมัติจะครบ คำขอก็ยังค้างได้เพราะหัวหน้าไม่ว่างหรือลืม ระบบควรมีสรุปคำขอที่ค้างเกิน 24–48 ชั่วโมงส่งให้ทั้งผู้อนุมัติ (เตือนซ้ำ) และผู้บริหารเหนือขึ้นไปหนึ่งขั้น (มองเห็นคอขวด) การที่หัวหน้ารู้ว่า "ถ้าดองไว้ ผู้จัดการจะเห็น" เปลี่ยนพฤติกรรมการกดอนุมัติได้มากกว่านโยบายใด ๆ

ออกแบบสายอนุมัติ OT ต่างจากสายอนุมัติลาอย่างไร

ใบลากับใบขอ OT หน้าตาคล้ายกัน แต่ธรรมชาติต่างกันสำคัญ: OT มักถูกขอ "หน้างาน" และต้องรู้ผลเร็ว พนักงานที่กำลังจะอยู่ต่ออีก 3 ชั่วโมงเย็นนี้ รอผลอนุมัติ 2 วันไม่ได้ ดังนั้น

  • สาย OT ควรสั้นและมี SLA ชัด เช่น หัวหน้ากะอนุมัติเบื้องต้นภายใน 1 ชั่วโมง ผู้จัดการยืนยันภายในวัน
  • ผู้อนุมัติต้องกดจากมือถือได้ — คอขวดที่พบบ่อยที่สุดของ OT คือผู้จัดการไม่ได้นั่งหน้าคอม การมีระบบขอและอนุมัติ OT ผ่านมือถือที่แจ้งเตือนทันทีและกดอนุมัติได้ในสองแตะ ตัดปัญหานี้ตรงจุดที่สุด
  • ควรกำหนดเพดานที่อนุมัติได้ต่อขั้น เช่น หัวหน้ากะอนุมัติได้ไม่เกิน 2 ชม./คน/วัน เกินกว่านั้นต้องถึงผู้จัดการ — ให้ความเร็วกับการควบคุมงบอยู่ด้วยกันได้

เช็กลิสต์ก่อนเปิดใช้สายอนุมัติจริง

  • พนักงานทุกคนในระบบถูกผูกหัวหน้าแล้ว (ตรวจรายงาน "พนักงานที่ไม่มีผู้อนุมัติ" ให้เป็นศูนย์)
  • กำหนดผู้อนุมัติแทน (delegate) เมื่อหัวหน้าลาหรือตำแหน่งว่าง
  • ตกลงกันแล้วว่าคำขอของ "หัวหน้าสูงสุดของสาย" ใครเป็นคนอนุมัติ
  • ทดสอบเคสจริง: สร้างพนักงานทดสอบที่ไม่มีหัวหน้า แล้วยื่นคำขอดูว่าระบบพาไปไหน — ถ้าคำขอหายเงียบ แปลว่าระบบนั้นมีหลุมดำ
  • ซ้อมขั้นตอน "หัวหน้าลาออก": ย้ายลูกทีมทั้งหมดไปหัวหน้าใหม่ก่อนปิดบัญชีเสมอ

ข้อสุดท้ายสำคัญที่สุด — องค์กรส่วนใหญ่ทดสอบเฉพาะ "เส้นทางปกติ" (ยื่น → อนุมัติ → จบ) แต่คำขอกำพร้าเกิดใน "เส้นทางผิดปกติ" ที่ไม่มีใครซ้อม

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

ควรตั้งสายอนุมัติกี่ขั้นถึงพอดี?

องค์กรต่ำกว่า 20 คน ขั้นเดียวมักพอ (เจ้าของ/ผู้จัดการเห็นทุกใบอยู่แล้ว) 20–100 คนควรใช้สองขั้นคือหัวหน้างานกลั่นกรอง + ผู้จัดการอนุมัติ เกินกว่านั้นค่อยพิจารณาขั้นที่สามเฉพาะคำขอที่มีต้นทุนสูงเช่น OT เกินเพดาน — ขั้นที่มากเกินไปไม่ได้เพิ่มการควบคุม แต่เพิ่มเวลารอ

พนักงานยื่นใบลาแล้วหัวหน้าไม่กดอนุมัติจนถึงวันลา ควรถือว่าอนุมัติหรือไม่อนุมัติ?

ควรกำหนดในนโยบายให้ชัดล่วงหน้า ทางเลือกที่ปลอดภัยคือ "ค้างเกิน SLA ให้เลื่อนขึ้นไปหาผู้อนุมัติขั้นถัดไปหรือ HR อัตโนมัติ" แทนการตั้ง auto-approve เพราะการอนุมัติอัตโนมัติแบบเงียบ ๆ เปิดช่องให้คำขอที่ควรถูกปฏิเสธหลุดผ่าน

ถ้าพนักงานใหม่ยังไม่ถูกตั้งหัวหน้าในระบบ คำขอลาจะไปอยู่ที่ใคร?

ขึ้นกับการออกแบบของแต่ละระบบ — ระบบที่ดีต้องส่งคำขอไปเข้าคิว HR/แอดมินโดยอัตโนมัติพร้อมแจ้งว่าสายอนุมัติขาด ไม่ใช่ปล่อยให้คำขอลอยค้างโดยไม่มีใครเห็น ก่อนเลือกใช้ระบบใดควรทดสอบเคสนี้จริงเสมอ

อยากได้ระบบอนุมัติที่ไม่มีคำขอตกหลุมดำ? ทดลองใช้ HRPM ฟรี — ผังองค์กร สายอนุมัติหลายขั้น และตาข่ายรองรับคำขอกำพร้า ออกแบบมาให้แล้วในระบบเดียว