เครื่องสแกนนิ้วข้อมูลหาย แก้อย่างไร?
ปัญหา เครื่องสแกนนิ้วข้อมูลหาย เป็นหนึ่งในปัญหาที่ฝ่าย HR และผู้ดูแลระบบกังวลมาก เพราะข้อมูลจากเครื่องสแกนนิ้วมักถูกนำไปใช้ในการคำนวณ
- เวลาเข้าออกงาน
- ขาดงาน
- มาสาย
- ออกก่อนเวลา
- OT
- กะทำงาน
- เงินเดือน
แต่ก่อนที่จะสรุปว่า “ข้อมูลหาย” ต้องตรวจสอบก่อนว่า ข้อมูลหายจากเครื่องจริง ๆ หรือข้อมูลยังอยู่แต่ไม่แสดงในโปรแกรม
สองกรณีนี้มีวิธีแก้แตกต่างกัน
สิ่งแรกที่ต้องทำเมื่อพบว่าข้อมูลหาย
อย่าเพิ่งลบข้อมูลหรือ Reset เครื่อง
ให้ตรวจสอบตามลำดับ
เครื่องสแกนนิ้ว
↓
มี Transaction หรือไม่?
↓
ข้อมูลถูกส่งออกหรือยัง?
↓
โปรแกรมได้รับข้อมูลหรือไม่?
↓
Database มีข้อมูลหรือไม่?
↓
รายงานแสดงข้อมูลหรือไม่?
การไล่แบบนี้ช่วยระบุตำแหน่งที่ข้อมูลหายได้อย่างแม่นยำกว่า
1. ตรวจสอบข้อมูลที่เครื่องก่อน
ให้ทดลองสแกนพนักงาน 1 คน
จากนั้นเข้าเมนู Transaction หรือ Attendance Log ของเครื่อง
ตัวอย่าง
Employee 1001
15/09/2026
08:05
Fingerprint
ถ้าข้อมูลปรากฏในเครื่อง แสดงว่า
เครื่องยังบันทึกข้อมูลได้
ดังนั้นไม่ควรสรุปว่าเครื่องเสียหรือข้อมูลหาย
ปัญหาอาจอยู่ที่การส่งข้อมูลเข้าสู่โปรแกรม
2. ถ้าไม่มีข้อมูลในเครื่อง ต้องตรวจอะไร?
หากสแกนแล้วไม่มี Transaction ในเครื่องเลย ให้ตรวจสอบ
- เครื่องบันทึกข้อมูลหรือไม่
- หน่วยความจำของเครื่อง
- วันที่และเวลา
- User ที่สแกน
- วิธีการ Verify
- การตั้งค่าการบันทึก
- สถานะของอุปกรณ์
ทดลองสแกนด้วยพนักงานที่มีสิทธิ์แน่นอน 1 คน แล้วตรวจสอบทันที
3. ข้อมูลอาจไม่ได้หาย แต่อยู่ผิดวัน
กรณีนี้พบได้บ่อย
ตัวอย่างพนักงานสแกนวันที่
15/09/2026 08:00
แต่เครื่องมีวันที่เป็น
14/09/2026
เมื่อเปิดโปรแกรมวันที่ 15 แล้วค้นหา อาจไม่พบข้อมูล
ทำให้คิดว่า
เครื่องสแกนนิ้วข้อมูลหาย
แต่จริง ๆ แล้วข้อมูลถูกบันทึกไว้ในวันที่ 14
ดังนั้นเมื่อข้อมูลหาย ควรลองตรวจสอบ
วันก่อนหน้าและวันถัดไป
ด้วยเสมอ
4. ตรวจสอบเวลาเครื่อง
เวลาเครื่องผิดก็สามารถทำให้ค้นหาข้อมูลไม่เจอได้เช่นกัน
ตัวอย่าง
เวลาจริง
08:00
แต่เครื่องเป็น
07:35
ข้อมูลยังมีอยู่ แต่เวลาไม่ตรงกับที่ผู้ใช้งานคาดไว้
หากต้องการแก้ปัญหาเรื่องเวลาโดยละเอียด สามารถเชื่อมโยงไปยังบทก่อนหน้า:
เครื่องสแกนนิ้วเวลาไม่ตรง แก้อย่างไร?
5. ข้อมูลอยู่ในเครื่อง แต่ไม่เข้าโปรแกรม
กรณีนี้เป็นอีกสาเหตุสำคัญ
ตัวอย่าง
เครื่อง
15/09/2026 08:05 ✓
โปรแกรม
15/09/2026 08:05 ✕
ถ้าเครื่องยังมีรายการ แต่โปรแกรมไม่มี แสดงว่าข้อมูลอาจติดอยู่ในขั้นตอน
Device
↓
Network
↓
Communication
↓
Application
↓
Database
ให้ตรวจสอบ IP, Port, Service, Firewall และระบบรับข้อมูล
ปัญหาลักษณะนี้ควรเชื่อมโยงกับบทที่ 5:
เครื่องสแกนนิ้วไม่ส่งข้อมูลเข้าโปรแกรม
6. ตรวจสอบว่าโปรแกรมดึงข้อมูลล่าสุดเมื่อใด
บางระบบไม่ได้รับข้อมูลแบบ Push แต่ใช้วิธีให้โปรแกรมเป็นฝ่ายดึงข้อมูลจากเครื่อง
ตัวอย่าง
เครื่อง
↑
│ ดึงข้อมูล
│
โปรแกรม
ถ้าระบบดึงข้อมูลหยุดทำงาน ข้อมูลจะยังคงอยู่ในเครื่อง
แต่โปรแกรมไม่มีรายการใหม่
ดังนั้นควรตรวจสอบว่า
Last Sync / Last Download / Last Transaction
เป็นเวลาเท่าใด
ตัวอย่าง
Last Sync:
14/09/2026 17:30
แต่ปัจจุบันเป็นวันที่ 15
แสดงว่าระบบอาจไม่ได้ดึงข้อมูลใหม่
7. ตรวจสอบระบบ Push / ADMS
สำหรับเครื่องที่ใช้ระบบ Cloud หรือ ADMS การทำงานอาจเป็นอีกลักษณะหนึ่ง
Device
↓
Internet
↓
ADMS / Cloud
↓
Application
↓
Database
หากเครื่องยังเก็บข้อมูลอยู่ แต่ Cloud ไม่ได้รับข้อมูล ให้ตรวจสอบ
- Server Address
- Port
- Device ID
- Serial Number
- Internet
- ADMS Setting
- Communication Status
โดยเฉพาะหลังเปลี่ยน Router หรือ Internet ควรตรวจสอบการตั้งค่าของเครื่องอีกครั้ง
8. ตรวจสอบ Employee ID / Badgenumber
บางครั้งข้อมูลไม่ได้หาย แต่เชื่อมกับพนักงานผิดคน
ตัวอย่าง
ในเครื่อง
PIN = 1001
แต่ในโปรแกรม
Employee ID = 10001
ระบบอาจไม่สามารถจับคู่ Transaction กับพนักงานได้ถูกต้อง
อาการที่พบอาจเป็น
- มี Transaction แต่ไม่แสดงชื่อ
- ข้อมูลไปอยู่ใน Unknown
- รายงานของพนักงานไม่มีข้อมูล
- มีรายการใน Device แต่ไม่มีใน Employee
จึงควรตรวจสอบรหัสพนักงานให้ตรงกัน
9. พนักงานถูกลบออกจากโปรแกรม
หากพนักงานถูกลบจากระบบ HR แต่เครื่องยังมี Transaction ของรหัสเดิมอยู่ ข้อมูลอาจไม่สามารถแสดงในรายงานพนักงานปัจจุบันได้
ตัวอย่าง
เครื่อง
PIN 1001 → มี Transaction
โปรแกรม
PIN 1001 → ไม่มี Employee
กรณีนี้ไม่ได้หมายความว่า Transaction หาย
แต่อาจไม่มีข้อมูลพนักงานสำหรับจับคู่
10. ตรวจสอบ Database
ถ้าเครื่องมีข้อมูลและระบบรับข้อมูลแล้ว แต่หน้าโปรแกรมไม่มีข้อมูล ให้ตรวจสอบ Database
สาเหตุที่เป็นไปได้ เช่น
- Database Connection มีปัญหา
- SQL Server หยุดทำงาน
- Transaction Insert ไม่สำเร็จ
- Database เต็ม
- Disk เต็ม
- ตารางมีปัญหา
- โปรแกรมเกิด Error ตอนบันทึก
- ระบบ Reject Transaction
สำหรับระบบที่มีหลายเครื่อง หากข้อมูลหายพร้อมกันทุกเครื่อง ให้สงสัย Server หรือ Database ก่อน
11. ข้อมูลหายเฉพาะบางช่วงเวลา
ตัวอย่าง
08/09 ✓
09/09 ✓
10/09 ✕
11/09 ✕
12/09 ✓
กรณีนี้ควรหาว่าเกิดอะไรขึ้นในช่วงวันที่ 10–11
เช่น
- Server หยุด
- Network ขัดข้อง
- Service หยุด
- เครื่อง Offline
- Database Error
- มีการเปลี่ยน IP
- โปรแกรมถูกปิด
หากเครื่องยังเก็บ Transaction ของวันที่ 10–11 ไว้ ก็ยังมีโอกาสนำข้อมูลกลับเข้าสู่ระบบได้
12. อย่าเพิ่ง Clear Attendance Log
หากพบว่าเครื่องมีข้อมูลจำนวนมาก
อย่าเพิ่งกด Clear Data
เพราะเครื่องอาจเป็นแหล่งข้อมูลต้นฉบับที่เหลืออยู่
ตัวอย่าง
Database ไม่มีข้อมูล
โปรแกรม ไม่มีข้อมูล
เครื่อง มีข้อมูล
กรณีนี้ข้อมูลในเครื่องมีความสำคัญมาก
ควรแก้ระบบรับข้อมูลก่อน
13. เครื่องเต็มจนข้อมูลใหม่ไม่ถูกบันทึก
หากเครื่องมี Transaction จำนวนมากจนหน่วยความจำใกล้เต็ม อาจเกิดปัญหาการบันทึกข้อมูลใหม่ได้ ขึ้นอยู่กับรุ่นและการจัดการหน่วยความจำของอุปกรณ์
ควรตรวจสอบ
- Attendance Capacity
- จำนวน Transaction ปัจจุบัน
- จำนวนที่รองรับสูงสุด
- Free Space
- วิธีจัดการเมื่อ Memory เต็ม
อย่าลบข้อมูลทันทีโดยไม่สำรองหรือดึงข้อมูลออกมาก่อน
14. ข้อมูลถูกลบโดยผู้ดูแลระบบ
อีกกรณีหนึ่งคือมีการลบข้อมูลโดยไม่ได้ตั้งใจ
เช่น
- Clear Transaction
- Delete Attendance
- Reset Device
- Factory Reset
- เปลี่ยนเครื่อง
- Import ข้อมูลใหม่
- ลบ Database
ถ้าข้อมูลถูกลบออกจากทั้งเครื่องและ Database แล้ว การกู้คืนจะขึ้นอยู่กับว่าระบบมี Backup หรือ Log เก็บไว้หรือไม่
15. ตรวจสอบ Backup
ระบบลงเวลาที่สำคัญควรมี Backup อย่างสม่ำเสมอ
ตัวอย่าง
Database Backup
+
Device Transaction
+
Application Log
การมี Backup ช่วยลดความเสี่ยงหาก Database เสียหายหรือมีการลบข้อมูลผิดพลาด
โดยเฉพาะข้อมูลที่เกี่ยวข้องกับเงินเดือน ควรมีการสำรองข้อมูลตามรอบที่เหมาะสมกับองค์กร
16. ข้อมูลหายหลังเปลี่ยน Server
กรณีนี้ควรตรวจสอบเป็นพิเศษ
หากเปลี่ยน Server แล้วพบว่า
ข้อมูลเก่าไม่แสดง
ให้ตรวจสอบว่าโปรแกรมกำลังเชื่อมต่อ Database ตัวเดิมหรือ Database ตัวใหม่
ตัวอย่าง
Server เดิม
↓
Database A
↓
ข้อมูลอยู่ครบ
แต่ Server ใหม่อาจชี้ไป
Database B
↓
ไม่มีข้อมูลเก่า
จึงดูเหมือนข้อมูลหาย ทั้งที่จริงข้อมูลยังอยู่ใน Database เดิม
17. ข้อมูลหายหลังติดตั้งโปรแกรมใหม่
หลักการเดียวกัน
ก่อนติดตั้งใหม่ควรตรวจสอบ
- Database เดิม
- Connection String
- Backup
- Device Configuration
- Employee Data
- Attendance Data
ไม่ควรติดตั้งใหม่แล้วสร้าง Database ใหม่ทันทีโดยไม่ตรวจสอบฐานข้อมูลเดิม
18. วิธีแยก “ข้อมูลหายจริง” กับ “ข้อมูลไม่แสดง”
ใช้ตารางนี้ได้เลย
| ตรวจสอบ | ผล | ความหมาย |
|---|---|---|
| มีข้อมูลในเครื่อง | ✓ | ข้อมูลยังอยู่ |
| มีข้อมูลในเครื่อง | ✕ | ตรวจการบันทึก |
| โปรแกรมไม่มีข้อมูล | ✓ | ตรวจการ Sync |
| Database มีข้อมูล | ✓ | ปัญหาอาจอยู่หน้าโปรแกรม |
| Database ไม่มีข้อมูล | ✕ | ตรวจระบบรับข้อมูล |
| วันที่ผิด | ✓ | ข้อมูลอาจอยู่คนละวัน |
| Employee ID ไม่ตรง | ✓ | ข้อมูลอาจจับคู่ไม่ได้ |
| ทุกเครื่องไม่มีข้อมูล | ✕ | ตรวจ Server/Database |
| เครื่องเดียวไม่มีข้อมูล | ✕ | ตรวจ Device |
วิธีตรวจสอบแบบเร็วที่สุด
เมื่อมีคนแจ้งว่า
“ข้อมูลสแกนนิ้วหาย”
ให้ถามเพียง 5 ข้อก่อน
1. เครื่องสแกนได้หรือไม่?
2. หลังสแกน มีรายการในเครื่องหรือไม่?
3. เครื่อง Online หรือสามารถติดต่อ Server ได้หรือไม่?
4. โปรแกรมรับ Transaction ล่าสุดเมื่อใด?
5. Database มีรายการดังกล่าวหรือไม่?
เพียง 5 ขั้นตอนนี้ก็สามารถจำกัดขอบเขตของปัญหาได้มาก
ตัวอย่างการวิเคราะห์ปัญหา
กรณีที่ 1
เครื่อง มีข้อมูล ✓
โปรแกรม ไม่มีข้อมูล ✕
Database ไม่มีข้อมูล ✕
ให้ตรวจ
Communication / Sync / Service / Network
กรณีที่ 2
เครื่อง มีข้อมูล ✓
โปรแกรม มีข้อมูล ✓
รายงาน ไม่มีข้อมูล ✕
ให้ตรวจ
Filter / Date / Employee / Report Condition
ข้อมูลอาจไม่ได้หาย แต่ถูกกรองออกจากรายงาน
กรณีที่ 3
เครื่อง ไม่มีข้อมูล ✕
โปรแกรม ไม่มีข้อมูล ✕
ให้ตรวจ
Device Transaction / Memory / Device Setting
กรณีที่ 4
ทุกเครื่อง
ไม่มีข้อมูลพร้อมกัน
ให้ตรวจ
Server → Service → Database → Network
ก่อนที่จะสงสัยเครื่องสแกนแต่ละตัว
สิ่งที่ไม่ควรทำเมื่อข้อมูลหาย
เมื่อพบข้อมูลหาย ไม่ควรรีบทำสิ่งต่อไปนี้
❌ Factory Reset
❌ Clear Attendance
❌ Delete Transaction
❌ ลบ Database
❌ ติดตั้งโปรแกรมใหม่ทันที
❌ เปลี่ยน IP โดยไม่บันทึกค่าเดิม
❌ แก้ Database โดยไม่มี Backup
ควรเก็บข้อมูลเดิมไว้ก่อน แล้วค่อยวิเคราะห์สาเหตุ
ระบบออนไลน์ช่วยลดความเสี่ยงเรื่องข้อมูลลงเวลาได้อย่างไร?
เมื่อองค์กรมีเครื่องสแกนหลายเครื่อง ปัญหาสำคัญไม่ได้อยู่แค่การสแกน แต่คือการทำให้ข้อมูลจากทุกเครื่องถูกส่งเข้าสู่ระบบส่วนกลางอย่างต่อเนื่อง
ระบบอย่าง Elogtime Online สามารถใช้เป็นศูนย์กลางสำหรับข้อมูลเวลา ช่วยให้ฝ่าย HR ตรวจสอบข้อมูลจากเครื่องลงเวลาที่เชื่อมต่อกับระบบได้สะดวกขึ้น โดยเฉพาะองค์กรที่มีหลายสาขาหรือมีเครื่องหลายจุด
แต่หลักสำคัญยังเหมือนเดิม คือควรตรวจสอบให้รู้ก่อนว่า
ข้อมูลหายจากเครื่อง หรือข้อมูลยังอยู่แต่ยังไม่เข้าสู่ระบบ
เพราะถ้าข้อมูลยังอยู่ในเครื่อง โอกาสกู้กลับเข้าสู่ระบบมักง่ายกว่าการที่ข้อมูลถูกลบออกจากต้นทางแล้ว
สรุป
เมื่อพบว่า เครื่องสแกนนิ้วข้อมูลหาย อย่าเพิ่งสรุปว่าข้อมูลถูกลบ
ให้ตรวจสอบตามลำดับ
1. ตรวจ Transaction ในเครื่อง
2. ตรวจวันที่และเวลา
3. ตรวจ Employee ID
4. ตรวจการเชื่อมต่อ
5. ตรวจระบบ Sync
6. ตรวจ Service
7. ตรวจ Database
8. ตรวจ Report / Filter
9. ตรวจ Backup
โดยเฉพาะข้อมูลที่เกี่ยวข้องกับเงินเดือน ไม่ควรลบหรือ Reset เครื่องก่อนตรวจสอบ
เพราะในหลายกรณีข้อมูลไม่ได้หายจริง แต่ยังอยู่ในเครื่อง เพียงแต่ยังไม่ถูกส่งเข้าระบบ หรือถูกค้นหาในวันที่/พนักงานที่ไม่ตรงกัน
FAQ
เครื่องสแกนนิ้วข้อมูลหาย ต้องทำอย่างไรเป็นอันดับแรก?
ตรวจสอบ Transaction ในเครื่องก่อน หากข้อมูลยังอยู่ อย่าเพิ่งลบหรือ Reset เครื่อง
สแกนนิ้วแล้วไม่เห็นข้อมูลในโปรแกรม แปลว่าข้อมูลหายหรือไม่?
ไม่จำเป็น ข้อมูลอาจยังอยู่ในเครื่องแต่ยังไม่ได้ส่งเข้าโปรแกรม หรืออาจอยู่ผิดวันที่
ข้อมูลหายเฉพาะบางวันเกิดจากอะไร?
อาจเกิดจาก Network, Service, Server, Database หรือเครื่อง Offline ในช่วงเวลาดังกล่าว
ข้อมูลในเครื่องมี แต่ในโปรแกรมไม่มี กู้ได้ไหม?
โดยทั่วไปควรตรวจระบบดึงหรือส่งข้อมูลก่อน เพราะต้นฉบับยังอยู่ในเครื่อง
พนักงานสแกนแล้วข้อมูลไม่ขึ้นชื่อพนักงาน เกิดจากอะไร?
อาจเกิดจากรหัสพนักงานในเครื่องไม่ตรงกับ Employee ID หรือ Badgenumber ในระบบ
ควรลบข้อมูลในเครื่องเมื่อข้อมูลเข้าโปรแกรมแล้วหรือไม่?
ขึ้นอยู่กับระบบและนโยบายการเก็บข้อมูลขององค์กร ไม่ควรลบโดยไม่ตรวจสอบก่อนว่าข้อมูลถูกนำเข้าสู่ระบบครบถ้วนแล้ว
ถ้าข้อมูลถูกลบจากเครื่องและ Database แล้วทำอย่างไร?
ต้องตรวจสอบ Backup, Database Backup, Application Log หรือข้อมูลสำรองอื่น ๆ เพื่อดูว่าสามารถกู้คืนได้หรือไม่