Merakit Presence membantu organisasi mencatat kehadiran harian secara lebih rapi, baik untuk kebutuhan sekolah, kampus, kantor, maupun tim lapangan. Dokumentasi ini adalah contoh struktur yang nantinya dapat diperluas sesuai fitur final produk.
Ringkasan
Merakit Presence berfokus pada tiga area utama: pencatatan kehadiran, validasi lokasi, dan rekap operasional. Admin dapat menyiapkan aturan kehadiran, pengguna melakukan presensi sesuai jadwal, lalu operator atau manajemen membaca rekap dari laporan.
Kapan Presence Digunakan
Gunakan Merakit Presence ketika organisasi membutuhkan pencatatan hadir yang lebih konsisten daripada daftar manual. Contoh kebutuhan yang cocok:
- Presensi guru, staf, atau karyawan.
- Presensi siswa atau peserta kegiatan.
- Kehadiran tim lapangan berbasis lokasi.
- Rekap keterlambatan dan pulang cepat.
- Arsip kehadiran untuk evaluasi operasional.
Alur Umum
- Admin menyiapkan data pengguna dan aturan kehadiran.
- Admin menentukan lokasi atau area presensi.
- Pengguna melakukan check in saat mulai aktivitas.
- Pengguna melakukan check out saat selesai aktivitas.
- Sistem menghitung status kehadiran berdasarkan jadwal dan aturan.
- Operator membaca rekap dan mengekspor laporan bila diperlukan.
Peran Pengguna
Setiap organisasi dapat menyesuaikan peran sesuai kebutuhan, tetapi pola umumnya sebagai berikut.
| Peran | Tanggung Jawab |
|---|---|
| Super Admin | Mengatur konfigurasi global, akses admin, dan kebijakan sistem. |
| Administrator | Mengelola pengguna, lokasi, jadwal kerja, dan rekap kehadiran. |
| Operator | Memantau kehadiran harian dan membantu koreksi data bila dibutuhkan. |
| Pengguna | Melakukan presensi masuk, pulang, izin, atau aktivitas lain sesuai aturan. |
Setup Awal
Sebelum presensi digunakan, admin perlu menyiapkan konfigurasi dasar agar data yang masuk konsisten.
Data Organisasi
Lengkapi informasi organisasi terlebih dahulu. Data ini biasanya dipakai pada laporan, export, atau tampilan dashboard.
- Nama organisasi.
- Alamat organisasi.
- Zona waktu operasional.
- Kontak bantuan internal.
- Format nama atau identitas pengguna.
Data Pengguna
Tambahkan pengguna yang akan melakukan presensi. Pastikan setiap pengguna memiliki identitas yang jelas agar rekap tidak membingungkan.
- Nama lengkap.
- Username atau nomor induk.
- Email atau nomor telepon bila diperlukan.
- Unit kerja, kelas, divisi, atau kelompok.
- Status aktif atau nonaktif.
Unit dan Kelompok
Unit membantu admin membaca laporan berdasarkan struktur organisasi. Contohnya kelas, divisi, cabang, atau tim.
- Buat unit utama seperti
Guru,Staf TU,Kelas 10, atauTim Lapangan. - Hubungkan pengguna ke unit yang tepat.
- Gunakan unit sebagai filter laporan dan dashboard.
Lokasi Presensi
Lokasi presensi digunakan untuk memastikan pengguna melakukan absensi dari area yang diizinkan.
Lokasi Kantor atau Sekolah
Admin dapat membuat lokasi utama organisasi. Setiap lokasi berisi nama tempat, titik koordinat, dan radius toleransi.
Contoh konfigurasi:
| Lokasi | Radius | Catatan |
|---|---|---|
| Gedung Utama | 100 meter | Untuk staf dan guru. |
| Lab Komputer | 50 meter | Untuk kegiatan praktik. |
| Cabang Timur | 150 meter | Untuk tim cabang. |
Radius Toleransi
Radius toleransi sebaiknya tidak terlalu sempit. Sinyal GPS dapat berubah tergantung perangkat, cuaca, gedung, atau kualitas jaringan.
Rekomendasi awal:
- Area kecil: 30 sampai 50 meter.
- Gedung sekolah/kantor: 75 sampai 150 meter.
- Area lapangan luas: 150 sampai 300 meter.
Presensi di Luar Lokasi
Beberapa organisasi tetap perlu mencatat presensi di luar lokasi, misalnya dinas luar atau kegiatan lapangan. Untuk kebutuhan ini, admin dapat menyiapkan kebijakan khusus seperti:
- Wajib mengisi catatan.
- Wajib unggah bukti.
- Perlu persetujuan operator.
- Ditandai sebagai presensi luar lokasi.
Jadwal Kerja
Jadwal kerja menentukan kapan pengguna boleh melakukan check in dan check out.
Jadwal Reguler
Jadwal reguler digunakan untuk pola kerja yang berulang setiap minggu.
Contoh:
| Hari | Masuk | Pulang |
|---|---|---|
| Senin - Kamis | 07:00 | 15:30 |
| Jumat | 07:00 | 14:00 |
| Sabtu | Libur | Libur |
Jadwal Fleksibel
Jadwal fleksibel cocok untuk organisasi yang menilai durasi kerja, bukan jam masuk yang sama untuk semua orang.
Contoh aturan:
- Pengguna boleh check in mulai pukul 06:00.
- Durasi kerja minimal 8 jam.
- Check out sebelum durasi minimal akan ditandai pulang cepat.
Hari Libur
Hari libur dapat dibuat agar sistem tidak menandai pengguna sebagai tidak hadir pada tanggal tertentu.
Jenis libur yang umum:
- Libur nasional.
- Cuti bersama.
- Libur internal organisasi.
- Kegiatan khusus tanpa presensi reguler.
Proses Check In
Check in adalah proses mencatat kedatangan pengguna.
Syarat Check In
Syarat dapat berbeda antar organisasi, tetapi umumnya mencakup:
- Akun pengguna aktif.
- Jadwal tersedia pada hari tersebut.
- Pengguna berada di lokasi yang diizinkan.
- Perangkat memiliki akses lokasi.
- Waktu check in masih berada dalam rentang toleransi.
Status Kedatangan
Sistem dapat memberi status berdasarkan waktu check in.
| Kondisi | Status |
|---|---|
| Check in sebelum batas terlambat | Hadir |
| Check in melewati batas terlambat | Terlambat |
| Tidak check in sampai akhir hari | Tidak hadir |
| Check in dari luar area | Perlu peninjauan |
Catatan Check In
Catatan dapat digunakan untuk memberi konteks tambahan. Misalnya pengguna terlambat karena dinas pagi, kendala transportasi, atau tugas di luar lokasi.
Proses Check Out
Check out mencatat waktu selesai aktivitas.
Syarat Check Out
Sebelum check out, sistem dapat memeriksa:
- Pengguna sudah check in.
- Waktu check out tidak lebih awal dari batas minimum.
- Lokasi masih sesuai aturan bila validasi lokasi diwajibkan.
- Pengguna mengisi catatan bila check out di luar lokasi.
Pulang Cepat
Pulang cepat terjadi ketika pengguna check out sebelum waktu minimal yang ditentukan. Data ini dapat dipakai untuk laporan disiplin atau evaluasi operasional.
Lupa Check Out
Jika pengguna lupa check out, operator dapat meninjau data dan melakukan koreksi sesuai kebijakan organisasi.
Izin dan Ketidakhadiran
Tidak semua pengguna yang tidak hadir dianggap absen tanpa keterangan. Sistem perlu membedakan izin, sakit, cuti, tugas luar, dan alpa.
Jenis Izin
Contoh jenis izin:
- Izin pribadi.
- Sakit.
- Cuti.
- Tugas luar.
- Kegiatan resmi.
Pengajuan Izin
Alur pengajuan izin dapat dibuat sederhana:
- Pengguna memilih jenis izin.
- Pengguna mengisi tanggal dan alasan.
- Pengguna melampirkan bukti bila diperlukan.
- Operator atau atasan menyetujui atau menolak pengajuan.
Dampak ke Rekap
Izin yang disetujui akan muncul sebagai status khusus di laporan. Dengan begitu pengguna tidak tercatat sebagai alpa.
Monitoring Harian
Monitoring harian membantu operator melihat kondisi kehadiran secara cepat.
Ringkasan Dashboard
Dashboard idealnya menampilkan:
- Total pengguna aktif.
- Sudah check in.
- Belum check in.
- Terlambat.
- Izin.
- Di luar lokasi.
- Lupa check out.
Filter Monitoring
Filter membantu operator mencari data lebih cepat.
- Tanggal.
- Unit atau kelompok.
- Status kehadiran.
- Lokasi.
- Nama pengguna.
Tindak Lanjut Operator
Operator dapat menindaklanjuti data yang perlu perhatian, seperti presensi luar lokasi, lupa check out, atau pengajuan izin.
Rekap dan Laporan
Laporan digunakan untuk evaluasi periodik dan arsip organisasi.
Rekap Harian
Rekap harian cocok untuk pemantauan cepat. Biasanya dipakai oleh operator setiap akhir hari.
Rekap Bulanan
Rekap bulanan menampilkan ringkasan kehadiran dalam satu periode.
Data yang umum ditampilkan:
- Total hari kerja.
- Total hadir.
- Total terlambat.
- Total izin.
- Total sakit.
- Total alpa.
- Total pulang cepat.
Export Laporan
Laporan dapat diekspor untuk kebutuhan arsip, payroll, audit internal, atau rapat evaluasi.
Format yang umum:
- Spreadsheet.
- PDF.
- Print layout.
Koreksi Data
Koreksi data diperlukan ketika ada kesalahan pencatatan atau kendala teknis.
Kapan Koreksi Dibutuhkan
Koreksi biasanya dilakukan saat:
- Pengguna lupa check in.
- Pengguna lupa check out.
- GPS perangkat tidak akurat.
- Presensi tercatat di lokasi yang salah.
- Ada perubahan jadwal mendadak.
Catatan Audit
Setiap koreksi sebaiknya menyimpan catatan audit:
- Siapa yang mengubah.
- Kapan perubahan dilakukan.
- Data sebelum perubahan.
- Data setelah perubahan.
- Alasan koreksi.
Praktik Operasional
Beberapa praktik berikut membantu implementasi berjalan lebih rapi.
Mulai dari Pilot
Sebelum dipakai semua pengguna, jalankan pilot untuk satu unit kecil. Tujuannya untuk menguji lokasi, jadwal, perangkat, dan kebiasaan pengguna.
Komunikasikan Aturan
Pengguna perlu tahu:
- Jam check in.
- Batas terlambat.
- Kapan harus check out.
- Apa yang dilakukan saat GPS bermasalah.
- Siapa yang dihubungi saat ada kendala.
Review Berkala
Lakukan review berkala terhadap data presensi. Jika banyak pengguna tertandai luar lokasi, mungkin radius terlalu sempit atau titik koordinat perlu diperbaiki.
Pertanyaan Umum
Mengapa lokasi saya tidak terbaca?
Pastikan izin lokasi browser atau aplikasi aktif. Periksa juga koneksi internet dan mode akurasi lokasi pada perangkat.
Apakah presensi bisa dilakukan dari luar area?
Bisa jika organisasi mengizinkan. Biasanya data akan diberi status khusus dan perlu catatan atau persetujuan operator.
Bagaimana jika pengguna lupa check out?
Operator dapat melakukan koreksi data sesuai kebijakan internal. Sebaiknya koreksi selalu disertai alasan.
Apakah laporan bisa difilter per unit?
Ya, laporan sebaiknya dapat difilter berdasarkan unit, kelompok, tanggal, status, dan lokasi agar mudah dibaca.