Bug #3710
Apps Mobile - Error Aplikasi Mobile Clock Out (Cross Day) & Tambahan Validasi Clock In / Out
Description
Dear team developer,
Mohon bantuannya untuk di cek. Ditemukan issue saat clock out di aplikasi mobile pada kondisi cross day shift (jam kerja melewati tengah malam, misalnya clock in 23:00 dan clock out 06:00) dengan AttendanceType = 'Normal' (1000). Saat ini, sistem tidak dapat memproses clock out pada skenario cross day tersebut.
Pertanyaannya, apakah perlu dilakukan penyesuaian pada database (misalnya flag tambahan atau field penanda cross day), atau perlu dibuat function handling baru pada komponen aplikasi untuk mengakomodir kondisi ini?
Terima kasih.
Files
Updated by Kezia Pawitra Yulianti 19 days ago
- Due date set to 07/08/2025
- Status changed from New to Assigned
- Assignee changed from Kezia Pawitra Yulianti to M Azid Wahyudi
- Priority changed from Normal to High
Azid,
mungkin bisa pakai API kondisi2 tambahan spt yg pernah di buat di RSGP ya jika ada absen lewat hari. plus bbrp kondisi lain yg terkait
coba nanti sambil saya cari rdmine rsgp nya biar jadi referensi jg
Tks
Updated by Kezia Pawitra Yulianti 19 days ago
- Priority changed from High to Urgent
berikut ya bbrp redmine terkait
http://remote.minovais.com:3000/redmine/issues/2537
http://remote.minovais.com:3000/redmine/issues/2570
http://remote.minovais.com:3000/redmine/issues/2571
semoga bisa jadi referensi untuk proses fixing nya
Tks
Updated by Mr Ikmal 18 days ago
- File IMG_20250708_112650.jpg IMG_20250708_112650.jpg added
- Subject changed from Apps Mobile - Error Aplikasi Mobile Clock Out (Cross Day) to Apps Mobile - Error Aplikasi Mobile Clock Out (Cross Day) & Tambahan Validasi Clock In / Out
Berikut validasi untuk Clock In / Out ya mas
Skenario 1 – Cross Day
- Clock In dilakukan misalnya pada malam hari, dan Clock Out dilakukan di hari berikutnya.
Contoh: Tanggal 8 Juli Clock In pukul 22:00, lalu tanggal 9 Juli Clock Out pukul 03:00 → durasi kerja tetap dihitung 5 jam.
- Namun, Start Date dan End Date tetap disimpan sebagai tanggal 8 Juli (mengikuti tanggal Clock In).
- Sistem harus tetap menghitung total jam kerja dengan benar, meskipun Clock Out terjadi di hari berikutnya.
- Jika karyawan melakukan Clock Out lagi di tanggal 9 Juli pukul 10:00, maka sistem harus memvalidasi, karena itu sudah dianggap sebagai absensi baru di hari berikutnya.
Contoh: Tanggal 9 Juli Clock In 10:00, Clock Out 20:00 → ini dianggap shift baru, bukan lanjutan dari tanggal 8 Juli.
Skenario 2 – Jika Lupa Clock Out (Hari yang Sama)
- Jika karyawan Clock In di tanggal 8 Juli 2025 pukul 22:00, lalu lupa Clock Out, maka data Clock Out tetap dikosongkan. Tidak boleh disusulkan keesokan harinya.
- Namun, jika di tanggal 9 Juli 2025 karyawan melakukan Clock In lagi, maka akan terbentuk absensi baru untuk tanggal tersebut.
Skenario 3 – Sudah Clock In tapi Besoknya Libur (OFF)
- Contoh: Tanggal 8 Juli karyawan Clock In pukul 22:00, tetapi lupa Clock Out.
- Tanggal 9 Juli merupakan hari libur (OFF).
- Maka, di tanggal 10 Juli karyawan tidak boleh melakukan Clock Out, karena tidak ada Clock In di tanggal tersebut.
Sistem juga tidak boleh menganggap Clock Out tanggal 10 sebagai lanjutan dari Clock In tanggal 8 Juli.
Ke port EASY dlu ya mas
https://easy.minovais.com/
aktivasi code : EASY
db: 103.153.60.89
MinovaES_Easy
Updated by M Azid Wahyudi 18 days ago
- Status changed from Assigned to QA Test
- Assignee changed from M Azid Wahyudi to Mr Ikmal
dear ikmal , udah bisa di test ya
package :
sp : Mobile_GetValidasiBeforeSubmit
note : untuk penemuan yang tadi terkait clock in besok aja kita bahas tapi kalau dari analisa butuh penambahan field kaya startdate, enddate dan juga employeeid dll besok kita bahas
makasih
Updated by Mr Ikmal 17 days ago
Siap, makasih mas. Berikut catatan bugs kemarin dari hasil test nya yah:
1. Case pertama (Cross Day):
Jika karyawan melakukan Clock In pada 8 Juli 2025 pukul 22:00 dan Clock Out pada 9 Juli 2025 pukul 09:07, saat ini menampilkan pesan "You have Not Clock In", padahal data sebenarnya masuk ke tabel PA19 dan EndDate-nya sudah sesuai skenario, yaitu mengikuti tanggal StartDate di 8 Juli 2025.
2. Case kedua (Untuk skenario 3):
Jika karyawan Clock In pada 7 Juli 2025, lalu tanggal 8 Juli 2025 adalah hari libur (OFF) sehingga tidak ada data Clock In/Clock Out di PA19, dan karyawan Clock In kembali pada 9 Juli 2025, maka:
Sistem hanya menampilkan pesan "Success" tanpa adanua RegID seperti biasanya dan data Clock In pada 9 Juli tidak tersimpan ke tabel PA19.
Terima kasih
Updated by Mr Ikmal 17 days ago
- Assignee changed from Mr Ikmal to M Azid Wahyudi
Dear mas azid,
Mohon bantuannya, untuk menambahkan validasi nya. Ada data tgl 8 Juni 2025 lengkap StartTime dan EndTime nya. Tapi pas di tgl 9 Juni 2025 klik Clock Out message nya success, mohon dibuat validasi agar tidak bisa clock out sesuai diskusi tadi ya.
Terima kasih.
Updated by Mr Ikmal 17 days ago
- Status changed from QA Test to Deploy
Mas, ini hasil test nya sudah OK tadi ya, nanti tolong deploy ke port Ekno.
Berikut hasil test case nya:
https://docs.google.com/spreadsheets/d/1TzJTPFUQarOc0bYnt-uKC4zgl_IHWQu-/edit?usp=sharing&ouid=110582314350808317989&rtpof=true&sd=true
Port DB: 103.153.60.89
database: MinovaES_Ekno
https://hris-ekno.minovais.com/Account/Login
Terima kasih.
Updated by Mr Ikmal 15 days ago
- Status changed from Deploy to Assigned
Dear mas azid,
Mohon bantuannya, untuk menambahkan validasi karena Ketika GPS nya belum nyala, kemudian clock in message nya muncul 'Success' , walaupun data nya belum kesimpan. Kalau GPS nya belum nyala terus user nya Clock In di AttendanceType 'Normal' (1000) tolong kasih message aja 'Please turn on your GPS before Clock In'
https://drive.google.com/file/d/1p1ScLWU_l6ChKiJ-_QbrvZnptOBC1GPi/view?usp=drivesdk
Terima kasih