LỌC DỮ LIỆU CHẤM CÔNG VÂN TAY (2 người xem)

[thuongdan1992]

Dạ em chào anh (chị). Dạ cả nhà cho em hỏi hiện tại em có dữ liệu chấm công bằng vân tay như file đính kèm, thì em muốn lọc như file thì làm như nào ạ?. Em cám ơn nhiều.

 

[Binbo2020]

Dạ em chào anh (chị). Dạ cả nhà cho em hỏi hiện tại em có dữ liệu chấm công bằng vân tay như file đính kèm, thì em muốn lọc như file thì làm như nào ạ?. Em cám ơn nhiều.

muốn kết quả thế nào điền tay ra, mà lần 5 6 thì tính vào sáng hay chiều

 

[thuongdan1992]

muốn kết quả thế nào điền tay ra, mà lần 5 6 thì tính vào sáng hay chiều

Dạ em cám ơn, ý em là muốn dùng hàm lọc lấy dữ liệu 4 lần thôi ạ, ví dụ sáng 8h vào làm mà bấm 3 lần 7:59, 7:59, 8:00 thì lọc lại ghi nhận 1 lần là 7:59 tương tự như các giờ khác vyaaj.

 

[Nhattanktnn]

Dạ em cám ơn, ý em là muốn dùng hàm lọc lấy dữ liệu 4 lần thôi ạ, ví dụ sáng 8h vào làm mà bấm 3 lần 7:59, 7:59, 8:00 thì lọc lại ghi nhận 1 lần là 7:59 tương tự như các giờ khác vyaaj.

Hai bạn này tính sao? dòng 22 sao lại lần 3 giờ nhỏ hơn lần 1?

 

[thuongdan1992]

Hai bạn này tính sao? dòng 22 sao lại lần 3 giờ nhỏ hơn lần 1?
View attachment 250492

Dạ em cám ơn dòng đó là 7:56 đó ạ, chắc lúc chỉnh file bấm nhầm ạ.

 

[Binbo2020]

Đã nói rồi muốn kết quả thế nào thì điền tay hết ra cái bảng đấy để mọi người đỡ phải hỏi trường hợp này trường hợp kia

 

[ongke0711]

Dạ em cám ơn, ý em là muốn dùng hàm lọc lấy dữ liệu 4 lần thôi ạ, ví dụ sáng 8h vào làm mà bấm 3 lần 7:59, 7:59, 8:00 thì lọc lại ghi nhận 1 lần là 7:59 tương tự như các giờ khác vyaaj.

Theo tôi biết thì dữ liệu chấm công xuất từ máy sẽ có nhiều kiểu định dạng. Nếu bạn xuất kiểu dữ liệu thô có đủ thông tin các cột như: Vào/ Ra sẽ dễ tổng hợp hơn.
Ví dụ:
hoặc

Khi đó chỉ cần dựa vào các điều kiện như:
- Nếu là Vào thì lấy dòng dòng tiên của vào.
- Nếu Ra thì lấy dòng cuối cùng của Ra.
...


Dữ liệu chấm công lấy từ máy còn nhiều trường hợp bạn phải xử lý thủ công cho chuẩn dữ liệu rồi mới tổng hợp báo cáo, chứ không thể hoàn toàn tổng hợp được từ dữ liệu thô này.
Ví dụ:
- Nhân viên quên bấm vào/ ra -> gửi yêu cầu cho sếp duyệt là có vào -> điều chỉnh trên dữ liệu chấm công
- Nhân viên quên đổi chế độ bấm "Ra" trên máy khi cần đi ra thị trường buổi sáng -> dữ liệu bấm vẫn là "Vào". Thường nhân sự chỉ đổi máy chấm công sang chế độ Ra (Out) vào đầu giờ trưa. ==> cần phải điều chỉnh thủ công cho từng trường hợp cá biệt phát sinh.

 

[thuongdan1992]

Cám ơn các bạn, mình muốn lọc dữ liệu ra như file đính kèm này thì làm thế nào ạ?.

 

[Binbo2020]

Cám ơn các bạn, mình muốn lọc dữ liệu ra như file đính kèm này thì làm thế nào ạ?.

Đang hiểu bạn muốn lấy thời gian gần nhất với h vào Có mấy chỗ là trường hợp ngoại lệ vì khoảng thời gian lệch hẳn hơn 1 ca nên chẳng biết sửa thế nào bạn xem lại chỉnh công thức thêm cho phù hợp

 

[befaint]

chẳng biết sửa thế nào

Làm vậy là tạm được rồi.
Câu chuyện chấm công bằng máy này hơi mệt chút.



Theo dữ liệu của chủ thớt thì 99.99% là loại quẹt thẻ. Người chấm công sợ "chấm hụt" nên quẹt thẻ vài ba phát liền là chuyện thường.

Chỗ vàng thứ nhất: 13:00 ~ 22:10 là trường hợp nhân viên làm thêm giờ, hoặc về nhà rồi quay lại quẹt thẻ.

Chỗ vàng thứ 2 là trường hợp làm liền 2 ca, hoặc không quẹt lúc hết ca 1 và lúc vào ca 2.

Muốn tốt hơn thì cần thêm quy định về thao tác chấm công.

 

[ongke0711]

Đang hiểu bạn muốn lấy thời gian gần nhất với h vào Có mấy chỗ là trường hợp ngoại lệ vì khoảng thời gian lệch hẳn hơn 1 ca nên chẳng biết sửa thế nào bạn xem lại chỉnh công thức thêm cho phù hợp

Theo file của bạn, dòng 22 đúng ra phải lấy 7:54 chứ không phải 7:56.

Câu chuyện chấm công bằng máy này hơi mệt chút.
Theo dữ liệu của chủ thớt thì 99.99% là loại quẹt thẻ. Người chấm công sợ "chấm hụt" nên quẹt thẻ vài ba phát liền là chuyện thường.
Muốn tốt hơn thì cần thêm quy định về thao tác chấm công.

Máy chấm công vân tay (hay thẻ) bị vụ bấm lập lại nhiều lần là chuyện thường và cũng chẳng qui định gì được. Phòng nhân sự phải tự xử lý thôi.
Sau khi tự xử lý vụ bấm vào ra lập lại nhiều lần, sẽ ra bảng giờ công mỗi nhân viên rồi gửi từng nhân viên kiểm tra, nếu họ không khiếu nại gì thì chính thức nạp vào bảng chấm công chính thức và xử lý tính giờ công, lương.
Nói chung không bao giờ có tự động hoàn toàn.

 

[befaint]

chẳng qui định gì được

Ở cái máy đó, khi nghe tiếng kêu bíp một cái thì không thao tác lại.
Nếu bíp bé quá thì mình lắp thêm cái loa khuếch đại lên là được thôi anh.

---
Sau mỗi ca, mỗi ngày xử lý luôn dữ liệu và báo lại các trường hợp bất thường để xác nhận kết quả luôn. Chứ ôm cả bảng dữ liệu thì mệt.

 

[Binbo2020]

Theo file của bạn, dòng 22 đúng ra phải lấy 7:54 chứ không phải 7:56.

Theo thớt muốn lấy là 7:56 tức là mình hiểu thời gian gần giờ theo ca nhất là 8h nên hàm đang lấy theo cái đấy chứ không phải lấy thời gian nhỏ nhất trước giờ vào ca

 

[ongke0711]

Theo thớt muốn lấy là 7:56 tức là mình hiểu thời gian gần giờ theo ca nhất là 8h nên hàm đang lấy theo cái đấy chứ không phải lấy thời gian nhỏ nhất trước giờ vào ca

Nếu vô trễ sau 8:00 và bấm 2 lần thì sao bạn?
Vd: 8:15 và 8:16.
Nguyên tắc tính giờ công thì phải lấy số giờ công nhiều nhất cho người lao động.

 

[Binbo2020]

Nếu vô trễ sau 8:00 và bấm 2 lần thì sao bạn?
Vd: 8:15 và 8:16.
Nguyên tắc tính giờ công thì phải lấy số giờ công nhiều nhất cho người lao động.

Thì lấy 8h15 mình tính gần 8h nhất mà, chỉ có TH 7h:50 và 8h:01 thì nó lấy 8h:01 vì nó gần 8h hơn cái này sẽ bị sai

 

[ongke0711]

Sau mỗi ca, mỗi ngày xử lý luôn dữ liệu và báo lại các trường hợp bất thường để xác nhận kết quả luôn. Chứ ôm cả bảng dữ liệu thì mệt.

Gửi mỗi ngày không hiệu quả và lãng phí thời gian lắm bèaint vì sẽ có những ngày khác cũng bị sai. Thường giữa tháng hoặc cuối tháng sẽ gửi email hàng loạt cho nhân viên và qui định phản hồi trong 1 ngày làm việc.

Bài đã được tự động gộp: 3/12/20

Thì lấy 8h15 mình tính gần 8h nhất mà, chỉ có TH 7h:50 và 8h:01 thì nó lấy 8h:01 vì nó gần 8h hơn cái này sẽ bị sai

Vậy là bạn đừng tham chiếu tới giờ vào chuẩn nữa. Chỉ khi nào tính ra số giờ công mới dựa vô giờ vào ra theo qui định.

@chủ thớt: Nếu muốn làm ứng dụng lâu dài thì chủ thớt nên về đổ lại dữ liệu theo như tôi đã demo để có sự chuẩn hoá số cột bất kể trường hợp nào phát sinh, từ đó code xử lý cũng đơn giản hơn, bao quát hơn. Người viết ứng dụng cho máy chấm công là dân chuyên rồi thì đảm bảo CSDL thô sẽ chuẩn hoá, còn dữ liệu mà bạn chủ thớt đưa lên là dạng đã qua xử lý để báo cáo rồi.

 

[thuongdan1992]

Làm vậy là tạm được rồi.
Câu chuyện chấm công bằng máy này hơi mệt chút.

View attachment 250519

Theo dữ liệu của chủ thớt thì 99.99% là loại quẹt thẻ. Người chấm công sợ "chấm hụt" nên quẹt thẻ vài ba phát liền là chuyện thường.

Chỗ vàng thứ nhất: 13:00 ~ 22:10 là trường hợp nhân viên làm thêm giờ, hoặc về nhà rồi quay lại quẹt thẻ.

Chỗ vàng thứ 2 là trường hợp làm liền 2 ca, hoặc không quẹt lúc hết ca 1 và lúc vào ca 2.

Muốn tốt hơn thì cần thêm quy định về thao tác chấm công.

Chấm công bằng bấm vân tạy bạn, nhưng có nhiều người bấm 2,3 lần để chắc chắn nên số liệu nó ra như thế. Nên mình mới tìm cách chạy dữ liệu sao cho ra 1 lần vào sáng, 1 lần ra sáng, 1 lần vào chiều, 1 lần ra chiều để dễ tổng hợp hơn.

"Chỗ vàng thứ nhất: 13:00 ~ 22:10 là trường hợp nhân viên làm thêm giờ, hoặc về nhà rồi quay lại quẹt thẻ."

Đây là trường hợp nhân viên làm thêm giờ sau giờ làm tính từ 17:30 đến 22:10 nhưng mình chỉ theo dõi ngang 17h30 đủ công thôi còn giờ làm thêm mình sẽ tổng hợp riêng

"Chỗ vàng thứ 2 là trường hợp làm liền 2 ca, hoặc không quẹt lúc hết ca 1 và lúc vào ca 2."

Chỗ vàng này là làm thêm ngày T7, CN nên mình chỉ tính làm thêm giờ tổng hợp riêng không cần đưa vào.

Cám ơn bạn nhé.

Bài đã được tự động gộp: 4/12/20

Đang hiểu bạn muốn lấy thời gian gần nhất với h vào Có mấy chỗ là trường hợp ngoại lệ vì khoảng thời gian lệch hẳn hơn 1 ca nên chẳng biết sửa thế nào bạn xem lại chỉnh công thức thêm cho phù hợp

cám ơn bạn nhé.

Bài đã được tự động gộp: 4/12/20

Thì lấy 8h15 mình tính gần 8h nhất mà, chỉ có TH 7h:50 và 8h:01 thì nó lấy 8h:01 vì nó gần 8h hơn cái này sẽ bị sai

Đúng rồi bạn, nếu mà 8:01 thì nó sẽ lấy 8:01 @@

Bài đã được tự động gộp: 4/12/20

Gửi mỗi ngày không hiệu quả và lãng phí thời gian lắm bèaint vì sẽ có những ngày khác cũng bị sai. Thường giữa tháng hoặc cuối tháng sẽ gửi email hàng loạt cho nhân viên và qui định phản hồi trong 1 ngày làm việc.

Bài đã được tự động gộp: 3/12/20

Vậy là bạn đừng tham chiếu tới giờ vào chuẩn nữa. Chỉ khi nào tính ra số giờ công mới dựa vô giờ vào ra theo qui định.

@chủ thớt: Nếu muốn làm ứng dụng lâu dài thì chủ thớt nên về đổ lại dữ liệu theo như tôi đã demo để có sự chuẩn hoá số cột bất kể trường hợp nào phát sinh, từ đó code xử lý cũng đơn giản hơn, bao quát hơn. Người viết ứng dụng cho máy chấm công là dân chuyên rồi thì đảm bảo CSDL thô sẽ chuẩn hoá, còn dữ liệu mà bạn chủ thớt đưa lên là dạng đã qua xử lý để báo cáo rồi.

Cám ơn bạn nhiều nhé. Cho mình hỏi đổ như nào để chuẩn hóa dễ theo dõi hơn ạ?

 

[ongke0711]

Cám ơn bạn nhiều nhé. Cho mình hỏi đổ như nào để chuẩn hóa dễ theo dõi hơn ạ?

Đã đưa hình file dữ liệu download từ máy chấm công ở bài #7 rồi đó bạn.
Mở phần mềm chấm công lên mò các định dạng dữ liệu xuất của nó.

 

[vulunktheky]

Đang hiểu bạn muốn lấy thời gian gần nhất với h vào Có mấy chỗ là trường hợp ngoại lệ vì khoảng thời gian lệch hẳn hơn 1 ca nên chẳng biết sửa thế nào bạn xem lại chỉnh công thức thêm cho phù hợp

Mình có dữ liệu tương tự thì chỉnh sửa công thức như thế nào để lấy được dữ liệu ở lần bấm thẻ 5 và 6 tức là IN3 và Out 3. Mình cảm ơn

 

[vulunktheky]

Làm vậy là tạm được rồi.
Câu chuyện chấm công bằng máy này hơi mệt chút.

View attachment 250519

Theo dữ liệu của chủ thớt thì 99.99% là loại quẹt thẻ. Người chấm công sợ "chấm hụt" nên quẹt thẻ vài ba phát liền là chuyện thường.

Chỗ vàng thứ nhất: 13:00 ~ 22:10 là trường hợp nhân viên làm thêm giờ, hoặc về nhà rồi quay lại quẹt thẻ.

Chỗ vàng thứ 2 là trường hợp làm liền 2 ca, hoặc không quẹt lúc hết ca 1 và lúc vào ca 2.

Muốn tốt hơn thì cần thêm quy định về thao tác chấm công.

Dạ chào anh, ở dòng màu đỏ thì muốn có được kết quả ở dòng màu vàng thì xử lý như thế nào ạ