คนเข้ากะ 22:00 และออก 07:00 วันถัดไปควรถูกจับคู่กับกะเดียวกันตามแผนงาน ถ้าตัดรายการที่เที่ยงคืนโดยไม่ดูตารางกะ อาจกลายเป็นขาดออกหนึ่งวันและขาดเข้าอีกวัน
วันทำงานไม่จำเป็นต้องตรงกับวันปฏิทิน
คนเข้ากะ 22:00 และออก 07:00 วันถัดไปควรถูกจับคู่กับกะเดียวกันตามแผนงาน ถ้าตัดรายการที่เที่ยงคืนโดยไม่ดูตารางกะ อาจกลายเป็นขาดออกหนึ่งวันและขาดเข้าอีกวัน
เก็บเวลาเครื่องดิบแยกจากผลคำนวณ พร้อมรหัสเครื่อง เขตเวลา และเวลารับข้อมูล จากนั้นใช้รุ่นกติกาที่ได้รับอนุมัติ การแก้กติกาไม่ควรลบหลักฐานเวลาเดิม
ข้อมูลครบยังต้องตรวจความหมาย
การอยู่ในพื้นที่งานไม่เท่ากับเวลาที่ได้รับอนุมัติเป็นค่าล่วงเวลาเสมอไป ต้องแยกเวลาเข้าออก ช่วงพัก คำขอทำงานเพิ่ม และผลอนุมัติ อย่าให้ระบบตีความเป็นรายได้โดยไม่มีนโยบายรองรับ
เมื่อเครื่องส่งข้อมูลย้อนหลังหลังออฟไลน์ ต้องมีช่วงเปิดรับและขั้นตอนแก้หลังปิดงวด ไม่เปลี่ยนผลเงินเดือนที่อนุมัติไปแล้วเงียบ ๆ
กรณีที่ต้องให้ผู้ใช้ลองจริง
| สถานการณ์ | สิ่งที่ระบบควรทำ | วิธีตรวจ |
|---|---|---|
| กะ 22:00–07:00 | จับคู่ด้วยตารางกะ | ไม่แตกเป็นสองวันขาดงาน |
| แตะบัตรซ้ำ | เก็บดิบและเลือกตามกติกา | ไม่สร้างหลายกะ |
| ลืมออก | ขึ้นรายการต้องตรวจ | ไม่เดาเวลาออกอัตโนมัติ |
| สลับกะกลางงวด | ใช้วันที่มีผลที่อนุมัติ | คำนวณย้อนหลังได้อย่างอธิบายได้ |
ปิดงวดด้วยรายการยกเว้นที่มีเจ้าของ
ให้หัวหน้าเห็นเฉพาะคนและรายการที่ต้องตรวจ พร้อมส่งกลับให้พนักงานแนบเหตุผล HR จึงตรวจผลรวมและล็อกงวดเมื่อครบ
ผลลัพธ์ที่ส่งเงินเดือนควรบอกแหล่งที่มาและเวอร์ชันการอนุมัติ เพื่อย้อนได้ว่าจำนวนชั่วโมงที่ใช้คำนวณมาจากเวลาใด
เช็กลิสต์ก่อนเริ่มทำระบบ
- ตารางกะจริงรวมวันหยุดและวันข้ามเดือน
- กติกาพัก สาย และเวลาทำงานที่ผู้รับผิดชอบยืนยัน
- ตัวอย่างเวลาเครื่องที่ซ้ำ หาย และมาช้า
- ผู้มีสิทธิ์แก้เวลาและปิดงวด
คำถามที่พบบ่อย
แก้เวลาในเครื่องตอกบัตรเลยได้ไหม?
ควรรักษาข้อมูลต้นฉบับและบันทึกรายการปรับพร้อมเหตุผลในระบบ เพื่อไม่ให้หลักฐานเดิมหาย
เวลาล่วงเวลาคำนวณแบบเดียวทุกบริษัทหรือไม่?
ต้องพิจารณาลักษณะการจ้าง นโยบาย และข้อกำหนดที่เกี่ยวข้อง ให้ HR/ผู้เชี่ยวชาญยืนยันกติกาก่อนใช้งานจริง
อ่านต่อจากแหล่งข้อมูลโดยตรง
ลิงก์ต่อไปนี้ประกอบประเด็นมาตรฐานและการเชื่อมต่อ ส่วนตัวอย่างขั้นตอนและตัวเลขในบทความใช้เพื่ออธิบายการออกแบบระบบ
ตรวจแหล่งข้อมูล: 11 ตุลาคม 2569 · สิทธิ์ API และข้อกำหนดอาจเปลี่ยนได้ ควรยืนยันก่อนเริ่มโครงการ